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Following closely on the heels of the 
highly successful System 420, Cromem- 
co has introduced the new System 120 
computer, Like the CS420, the CS120 
uses Cromemco’s new 32-bit XXU pro- 
cessor card with on-board math co- 
processor. While the CS420 is based on 
Cromemco's 21-slot CS400 chassis 
though, the CS120 is based on the 
smaller, 8-slot, CS100 chassis. 

Even in its smallest configuration the 
S120 includes 2 megabytes of RAM 
memory. The basic card complement for 
the computer includes the XXU pro- 
cessor, 64FDC floppy disk controller, 
STDX hard disk controller, 2048KZ 
memory, and Octart 8-channel serial in- 
terface. This configuration includes the 
Cromix Plus operating system and is 
available with either a 50 megabyte or 


SYSTEM 120 


Announced 
by Cromemco 


140 megabyte internal hard disk drive. 
Three slots are available for system ex- 
pansion with additional 2048KZ 
memory cards or Octart serial 
interfaces. 

The basic system with the UNIX 
System V.2 operating system also in- 
cludes the XMU memory management 
card, leaving 2 slots available for system 
expansion. While the UNIX-based 
system is also available with either 50 
megabyte or 140 megabyte hard disk, 
Cromemco recommends the 140 
megabyte drive for all but dedicated 
UNIX applications, due to the large size 
of the UNIX operating system and the 
on-line documentation. 

By far the most exciting thing about 
the CS120 is its performance. Users of 

Continued on page 7 


How to Write 


MAXIMIZER 
Benchmark Tests for 
Single and Multi-user 

Environments 
by Dr. Stephen Huber 


Ina recent issue of /O NEWS (Vol. IV, 
No. 6) the performance characteristics 
of the MAXIMIZER Co-proc or set 
were discussed with some attention 
given to Whetstone Benchmark results. 
Although that article was an excellent 
introduction to the characte: s of 
the MAXIMIZER for the potential user, 
clearly a more comprehensive and 
rea set of test results were needed 
in order to determine if the MAXIMIZER 
would be appropriate to a particular 
user’s needs. For example, as a 
theoretical phy Tuse my Cromem- 
co System III primarily for number crun- 
ching activities and am in need of 
substantial speed improvement. 

This article addresses two areas of 
testin, Continued on page 3 


Software for 
PEOPLE 


by Dr. Jeff Johnson 


Not long ago, a friend gave me a disk 
containing some games that would run 
on my C-10. One of them was an adven- 
ture game. I fired it up and began typ- 
ing in adventure-like commands (e.g., 
“go north", “‘take fish'’, etc.), but it 
responded to everything with “I don't 
understand that." Though that program 
undoubtedly took some poor computer 
nerd many weeks to write, it took me 
only ten seconds to delete it from my 
disk. I have no patience with that kind 


ars ago, while walking 
around the exhibition floor at a West 
Coast Computer Faire, a colleague and 
Continued on page 29 


Compiler 
for UniPlus+ System V 


Software Standards is now shipping dBI[Compiler from WordTech Systems for Cromemco’s UniPlus 
System V machines. dBI[Compiler is a powerful dBase III compiler as well as a full-function pro- 
gram development system. No other software or product (such as dBase III) is required to use 
dBUICompiler although it is compatible with dBase II and dBase II files from any other machine. 
With dBlICompiler under UniPlus System V, you can quickly develop or port anything from small 
utilities to giant multi-user data processing systems. In addition to all the features found in our 
Cromix-Plus version, including multi-user record level locking, terminal independence and dBase 
II data file compatability, our new UniPlus version generates memory-efficient SHARED CODE 
COMPILED PROGRAMS and is 100% source code compatible with our Cromix-Plus version. 
Our latest release also incorporates MULTIPLE PRINTER support and complete control over 
the spooler. Suggested list price is $995.00 and there are no royalties for distributing compiler 
programs. 


RealWorld Accounting Packages 


RealWorld is a full-featured accounting system which includes A/P, A/R, G/L, Payroll, Inventory, 
Order Entry, Billing, and Sales Analysis. All modules are fully integrated and the system is multi- 
RealWorld is available on both Z80 and 68000 Cromix as well as UniPlus System V. Suggested 
list price is $695.00 for Z80 versions and $795.00 for 68000 Cromix and UniPlus Versions. 


Contact your Cromemco dealer for more information. 
Dealers contact Software Standards for Discount Schedules, Literature and Demo Packages. 


Software 
Standards, Inc. 
WE’VE MOVED!!! . : 
i sa ‘k of UniSoft S: 
P.O. Box 3181 Wace TiN ls a vosionered thadenanie oF Ashton Tats 
Lake Charles, La 70602-3181 Cromix-Plus is a trademark Cromemco, Inc. 


dBCompiler is a trademark of WordTech Systems, Inc. 
Phone (318) 433-3690 RealWorld is a trademark of RealWorld Corp. 
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Editor: 


Thad a System Three with ZPU, Tuart, 
64FDC, 256KZ, WDI-II and a HD-20. I 
decided to convert it to a CS-300 so I 
bought a STDC, OCTART, 1024KZ, XPU, 
and a kit to convert my hard disk from 
20 Mb to 21 Mb. I installed the Cromix- 
Plus 31.05 and the sbasic68 and passed 
all of my software to the new Basic. 
Everything works like I expected ex- 
cept that I have troubles with the ex- 
pand instruction. For example: 


10 Dim A$(4) 

25 A$="'613" 

30 Do While Len(A$) < 5 

35 Expand A§$(0),1: A$(0,0)=""0” 

40 Endwhile 

45 Print AS 

50 End 

In this case the program falls into an 
infinite loop and I have to interrupt the 
execution with Esc. It doesn't do the 
same with the 32K Sbasic or the 
Sbasic.bin (from Systems Atlanta). [had 
to modify all of the software where this 
instruction was used and then I could 
work without troubles, but it took a few 
days to make the changes. My question 
is: Is it right or is my version of Basic 
bad? 

The other thing is that I wanted to add 
the 256KZ to my system and have 5 
banks of 256Kb (I modified the sysdef) 
but when I boot my system the com- 
puter doesn’t recognize the 5th bank of 
256K. What can I do? 

My version of Basic is: STB-DL. 
Release 1. 

My 256KZ has the numbers: 256 
KZ-020-0125. Rev. Al. Mod level 2. 

Thanks for all your time and your help 
and receive my regards. 

Ing. Juan Ramon Lopez Ruiz 

Yucatan, Mexico 


Editor's Reply: 

I verified the problem with 68000 
Sbasic expand function. The program 
you supplied would indeed go into an 
infinite loop, although it is syntactical- 
ly correct. By using the trace option it 
became evident that A$ was being 
treated by expand as having a length of 
four (4) instead of five (5) as specified 
in the DIM statement. On each pass it 
would indeed expand the string, inser- 
ting a ‘‘0” at the front. However, after 
it filled the string to length 4 it would 
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shove subsequent characters off the 
right-hand side of the string. Thus, it 
never attained a length of 5 and looped 
continuously. 

The solution is to dimension A$ as 
five, i.e., Dim A$(6). Then the program 
works as expected. I admit that this is 
not an elegant solution, and would still 
necessitate program modifications. 
Nevertheless, these types of changes 
may be less than writing your own ex- 
pand function or subroutine. 

The problem you experienced in at- 
tempting to add another 256KZ board 
to your system could result from a 
number of things. For one, verify that 
the address switch settings on all of the 
boards are correct. If that is not the pro- 
blem, verify that the board is working 
by swapping places with another board, 
i.e., change its position in the bus. Final- 
ly, try re-addressing the board to oc- 
cupy a different bank of memory. By re- 
booting, RDOS will perform its memory 
check and determine whether or not 
the board is functioning properly. 


Editor: 


In the Volume V, No. 3 edition of I/O 
NEWS, Dr. Beer in C-10 ENCOUNTERS 
challenged readers to ‘‘describe any 
way of returning from CDOS to CROS 
without turning off the machine.’’ The 
answer is in Cromemco’s Application 
Note 023-9102, C-10 I/O Port 
Assignments, dated 04/18/83. In brief, 
outputting a 1 to port 40h switches in 
ROM in address space 4000h to BFFFh, 
which includes CROS starting at address 
8000h. From there, the solution is sim- 
ple. The following three Z80 assembly 
instructions do the job: 


LD A,1 

OUT 40H,A 

JP 8000H 

In hexadecimal code that translates 
to: 

3E 01 D3 40 C3 00 80 

This code must reside below 4000h in 
memory. It can be poked out with 
BASIC and then executed as a 
subroutine (from which control will not 
return), or written asa .COM file, either 
with DEBUG or the assembler and 
linker or loader. I used DEBUG to create 
the code and the file SYSRESET.COM 
containing it. Note: Do NOT single step 
through this code in DEBUG! You'll 
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hang the system! 

When this code is executed, the 
power-on sequence of the machine is in- 
voked, the screen is blanked, the bell 
rings, and after a pause while memory 
is tested, the system goes through the 
normal boot load sequence, looking for 
a disk and trying to boot CDOS if it finds 
one. But as soon as you hear the bell, 
press ESCAPE, and presto!, you're in 
CROS, with the ‘;’ prompt. From there 
you can do anything. 

Since we're talking about the C-10 
and CROS, let me describe a peculiari- 
ty of the system. Cromemco’s documen- 
tation says that the C-10 cannot read 
single-density diskettes. In fact, it can, 
though it cannot format them. It can 
write them too, but here’s the catch. If. 
you write to a single-density diskette 
from a location memory that lies over 
CROS, the system will switch in ROM 
during the write, and what is written 
will be the CROS code itself, instead of 
the contents of RAM memory. As soon 
as the write completes, RAM is switch- 
ed back in. Nothing is lost in memory, 
but you can’t get it to the disk. This is 
transparent to all programs, including 
DEBUG. I would guess that CDOS is us- 
ing hardware assistance by calling on 
CROS to do the job, and that is conse- 
quence. Not all of ROM is switched in, 
or at least it is only switched in of the 
data overlays CROS beginning at 8000h, 
so it’s not quite that simple. (This hap- 
pens on machines that don't have 
Release 5 installed, with CDOS itself in 
ROM. I don’t know if Release 5 changes 
anything). 

Gerald Reynolds 

Helderberg College 

Republic of South Africa 
Editor’s Note: 

The following is an excerpt from. a let- 
ter, received from Ben Ross Schneider, 
a long-time Cromemco user and IJACU 
member who recently adopted a PC 
clone ... 

... So lam afraid that Cromemco is on 
the way out unless they admit defeat 
and use their great creativity and 
knowhow to make better IBM clones, 
and possibly moving in the direction of 
Amiga and Apple with their 68000 
machines. I was sad to see George Mor- 
row throw in the towel, even after go- 
ing the IBM-compatible route. And to 


think that the Z80 could have grown in 
speed and memory access just as the 
8088 has! If it weren't for IBM’s cynical 
and ruthless establishment of the 8088 
with the pre-meditated intent of 
murdering the Z80, I would be experien- 
cing the speed, capacity, and low prices 
on an upgrade of my Z-2D that I now 
have with a PC clone. 

The good news is that the Big Blue 
mystique is gone, They have created a 
new standard which they themselves 
can’t change. The sucker market is 
gone. PCs are taking over the work of 
mainframes. IBM makes most of its 
money on mainframes. You heard it 
first from me: IBM has reached the peak 
of its development and will decline from 
now on. Its whole success is based on 
its name, not its products. But now Big 
Brother Blue is wearing no clothes. The 
audience is now looking at the magi- 
cian’s other hand. 

The book just published by Richard 
Thomas DeLamarter (Big Blue: IBM’s 
Use and Abuse of Power, Dodd, Mead, 
November 10th) will certainly con- 
tribute to the disrobing. As senior 
economist of the US Justice Department 
in the preparation of the discontinued 
anti-trust suit against IBM he is an un- 
questionable authority. He has done an 
immense amount of homework and 
gives us a 398-page brief against IBM. 
His verdict is: Guilty of anti-trust viola- 
tion by virtue of idiosyncratic and 
malicious product-design intended to 
make users IBM-dependent and keep 
them so. 

What they have done to Cromemco is 
exactly what they have done to all 
would-be competitors in all fields of 
computer activity. Theirs was an ar- 
tificial eminence, and in my opinion 
they can no longer sustain the image 
that propped them up. 

So we can take comfort in that, at 
least. 


Ben Ross Schneider, Jr. 
Lawrence University 
Department of English 
Appleton, WI 54912 


Editor’s Reply: 

.-. Your comment that ‘‘Cromemco is 
on the way out unless they admit defeat 
and use their great creativity and 
knowhow to make better IBM clones ... 


” raised my eyebrows. I don’t think 
Cromemco has ever been too concern- 
ed about IBM. They don't see 
themselves as being in competition with 
IBM for theirs is not the personal com- 
puter market. 

As early as 1980, as evidenced by the 
announcement of the multi-user, multi- 
tasking Cromix Operating System on the 
front cover of the premier issue of I/O 
NEWS, Cromemco was moving away 
from single-user “‘personal computers.’” 
They were concerned with penetrating 
markets in science & engineering with 
their state of the art hardware and soft- 
ware development tools. 

In short, the ‘‘business market’’ 
(which became dominated by IBM and 
spawned legions of clones) has never 
been a primary target for Cromemco 
computers. That is not to say that 
Cromemco computers are not in use 
running business applications. They are 
— a great many of them. The develop- 
ment of business application software 
under the Cromemco development 
languages and operating systems did oc- 
cur. Some was absorbed from CP/M, for 
through some degree of foresight 
Cromemco made CDOS, and by way of 
the CDOS Simulator, Cromix, capable of 
running a good deal of applications soft- 
ware developed under CP/M (dBASE, 
WordStar, etc.) But it was nothing like 
the proliferation of software under MS- 
DOS. As you know, all of that changed 
when the PC came on the scene. And 
from what you have stated, the 
downfall of the Z-80 and CP/M was 
engineered by Big Blue. But by this time 
Cromemco was well into their own 
multi-user, multi-tasking operating 
system — Cromix. And aside from 
testing the PC waters with their C-10 
(which was too little, too late) they had 
set their sights away from the PC and 
towards the minicomputer and main- 
frame computer with systems that were 
now being called ‘‘supermicrocompu- 
ters.” 

Today, with their state-of-the-art 
68000- based line of UNIX systems, it is 
an exercise in futility to compare a 
Cromemco System (of whatever flavor) 
with an IBM PC (of whatever flavor). 
Cromemco will never develop the often 
mentioned Cromemco/IBM compatibili- 
ty bridge (although some enterprising 


individual or group might). In Cromem- 
co's scheme of things the PC/clone is 
relegated to being a terminal or stand- 
alone workstation connected to a 
Cromemco multi-user system, and com- 
municating by way of any of a number 
of available communication packages. 
Most people believe that UNIX will 
become the standard operating system, 
and UNIX software development is ex- 
panding at an enormous rate. Cromem- 
co recognized this and offers a very 
standard port of UNIX System V. They 
also have an in-house department 
responsible for 3rd party software ac- 
quisition. Part of the work that I do here 
is directed to that end. After all, it was 
the vast selection of software that made 
the PC so appealing. If UNIX does 
become standard then the question of 
software availability will become in- 
significant; the primary factor will be 
the fitness of the hardware, and that is 
an area where Cromemco beats IBM 
hands down. You pointed out that IBM 
had hurt itself when its own micros 
began to encroach upon the mainframe 
domain. If that is the case, then 
Cromemco has been hurting them all 
along. In the future they may do it in 
even a bigger way. And that, too, is 
something we can take comfort in. 


oD 


FOR SALE 


System Ill (purchased 1980) with 
16FDC, 2 8-inch DD Persci, Tuart, 
64K Ram. 


3102 Terminal and Keyboard. 


3355A Printer (NEC printer with 
Cromemco name on it — presently 
not working). 


Plus software, documentation 
(CDOS, Structured Basic, RATFOR, 
Wordprocessing Formatter) and 
manuals. $980. 


Quietizer 9821 printer cover ($300 
value) for $200. 


Contact Valerie Berry 
(916) 972-1137 
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Bill Jaenicke 


Happy New Year! 


By the time you read this the New 
Year will be upon us. So I will take the 
time now to wish all of you the best for 
1987. What with the flurry of new and 
exciting developments I’m sure that it 
will be an exhilarating new year for all 
of us! 

And with 1986 behind us, I want to 
personally thank the column editors, 
editorial contributors, the folks at 
Cromemco, our faithful advertisers, 
Howard Millman (our art director), my 
wife Lisa, and all the rest of you who 
have had a part in making each issue of 
VO NEWS something special. With 
similar efforts this year the [ACU and 
I/O NEWS are sure to prosper. 


Software Resource Guide 


One of 1986's projects was the 
publication of the Software Resource 
Guide (SRG) for Cromemco Systems. 
Without a doubt, something of this 
nature is needed, but many of you voic- 
ed a legitimate concern over how up- 
dates would be handled, the cost of 
these updates, their frequency, ete. In 
short, the format in which the guide 
was presented obviously was not 
acceptable. 

And so we live and we learn. Rather 
than abandon the idea, for it is surely 
something which could be of great 
benefit to all, we look at other alter- 
natives. 1987 will see something new in 
the way of a Software Resource Guide. 
The eventual form it will take will de- 
pend largely on your suggestions. What 
is needed is a format in which additions 
and changes can be readily made, and 
to be able to do so in such a way that 
the costs of updating and distributing 
the information does not become 
prohibitive. 

In our case, if we were to publish new 
printed volumes, they would be few 
and far between because of the high 
cost of printing and mailing. The same 
would be true even if the format were 
such that printed updates could be 
issued and inserted into a binder con- 
taining an existing guide. This would re- 
quire an updated table of contents and 
indexes and a peculiar method of 
numbering pages, all of which means a 


Lisa Jaenicke 


whole lot of work on someone's part 
(mine). There has to be a better way. 
Our computers can provide the way. 
They afford us the most economical 
means of distributing this type of infor- 
mation in formats specific to one’s in- 
dividual requirements. For instance, the 
SRG could be made available in a 
database format (dBASE, Informix, 
Unify); it could be provided in an ASCII 
format (SDF) which could be read into 
one’s own particular database; or it 
might take the form of an ASCII text file 
which could be printed or for which 
SCREEN or CE could be used to “FIND” 
specified character sequences (types of 
programs, keywords, etc.). Best of all, 
it could be set up on the IACU system 
and accessed via modem. 

Perhaps all of these options must be 
employed: what your particular re- 
quirements are will depend on your 
system — C-10, S-100 CDOS, Cromix, 
Cromix-Plus, or UNIX System V — with 
modem or without. In any case, 
something along these lines will be 
available for [ACU members early in 
1987. 

Where Have all the Gadgets Gone? 

Another area that seems to demand 
some attention, and which I hope will 
get more coverage, is the realm of 
gadgetry. Where are the hobbyists and 
entrepreneurs that create the boards 
that enable our systems to do some of 
the menial (and not so menial) tasks that 


think that the Z80 could have grown in 
speed and memory access just as the 
8088 has! If it weren't for IBM’s cynical 
and ruthless establishment of the 8088 
with the pre-meditated intent of 
murdering the Z80, I would be experien- 
cing the speed, capacity, and low prices 
on an upgrade of my Z-2D that I now 
have with a PC clone. 

The good news is that the Big Blue 
mystique is gone. They have created a 
new standard which they themselves 
can't change. The sucker market is 
gone. PCs are taking over the work of 
mainframes, IBM makes most of its 
money on mainframes. You heard it 
first from me: IBM has reached the peak 
of its development and will decline from 
now on. Its whole success is based on 
its name, not its products. But now Big 
Brother Blue is wearing no clothes. The 
audience is now looking at the magi- 
cian’s other hand. 

The book just published by Richard 
Thomas DeLamarter (Big Blue: IBM’s 
Use and Abuse of Power, Dodd, Mead, 
November 10th) will certainly con- 
tribute to the disrobing. As senior 
economist of the US Justice Department 
in the preparation of the discontinued 
anti-trust suit against IBM he is an un- 
questionable authority, He has done an 
immense amount of homework and 
gives us a 398-page brief against IBM. 
His verdict is: Guilty of anti-trust viola- 
tion by virtue of idiosyncratic and 
malicious product-design intended to 
make users IBM-dependent and keep 
them so. 

What they have done to Cromemco is 
exactly what they have done to all 
would-be competitors in all fields of 
computer activity. Theirs was an ar- 
tificial eminence, and in my opinion 
they can no longer sustain the image 
that propped them up. 

So we can take comfort in that, at 
least. 


Ben Ross Schneider, Jr. 
Lawrence University 
Department of English 
Appleton, WI 54912 


Editor’s Reply: 

... Your comment that ‘‘Cromemco is 
on the way out unless they admit defeat 
and use their great creativity and 
knowhow to make better IBM clones ... 


raised my eyebrows. I don’t think 
Cromemco has ever been too concern- 
ed about IBM. They don’t see 
themselves as being in competition with 
IBM for theirs is not the personal com- 
puter market. 

As early as 1980, as evidenced by the 
announcement of the multi-user, multi- 
tasking Cromix Operating System on the 
front cover of the premier issue of I/O 
NEWS, Cromemco was moving away 
from single-user ‘‘personal computers.” 
They were concerned with penetrating 
markets in science & engineering with 
their state of the art hardware and soft- 
ware development tools, 

In short, the “business market’’ 
(which became dominated by IBM and 
spawned legions of clones) has never 
been a primary target for Cromemco 
computers. That is not to say that 
Cromemco computers are not in use 
running business applications. They are 
—a great many of them. The develop- 
ment of business application software 
under the Cromemco development 
languages and operating systems did oc- 
cur, Some was absorbed from CP/M, for 
through some degree of foresight 
Cromemco made CDOS, and by way of 
the CDOS Simulator, Cromix, capable of 
running a good deal of applications soft- 
ware developed under CP/M (dBASE, 
WordStar, etc.) But it was nothing like 
the proliferation of software under MS- 
DOS. As you know, all of that changed 
when the PC came on the scene. And 
from what you have stated, the 
downfall of the Z-80 and CP/M was 
engineered by Big Blue. But by this time 
Cromemco was well into their own 
multi-user, multi-tasking operating 
system — Cromix. And aside from 
testing the PC waters with their C-10 
(which was too little, too late) they had 
set their sights away from the PC and 
towards the minicomputer and main- 
frame computer with systems that were 
now being called ‘“‘supermicrocompu- 
ters."" 

Today, with their state-of-the-art 
68000- based line of UNIX systems, it is 
an exercise in futility to compare a 
Cromemco System (of whatever flavor) 
with an IBM PC (of whatever flavor). 
Cromemco will never develop the otten 
mentioned Cromemco/IBM compatibili- 
ty bridge (although some enterprising 


individual or group might). In Cromem- 
co’s scheme of things the PC/clone is 
relegated to being a terminal or stand- 
alone workstation connected to a 
Cromemco multi-user system, and com- 
municating by way of any of a number 
of available communication packages. 
Most people believe that UNIX will 
become the standard operating system, 
and UNIX software development is ex- 
panding at an enormous rate. Cromem- 
co recognized this and offers a very 
standard port of UNIX System V. They 
also have an in-house department 
responsible for 3rd party software ac- 
quisition. Part of the work that I do here 
is directed to that end. After all, it was 
the vast selection of software that made 
the PC so appealing. If UNIX does 
become standard then the question of 
software availability will become in- 
significant; the primary factor will be 
the fitness of the hardware, and that is 
an area where Cromemco beats IBM 
hands down. You pointed out that IBM 
had hurt itself when its own micros 
began to encroach upon the mainframe 
domain. If that is the case, then 
Cromemco has been hurting them all 
along. In the future they may do it in 
even a bigger way. And that, too, is 
something we can take comfort in. 


oD 


FOR SALE 


System Ill (purchased 1980) with 
16FDC, 2 8-inch DD Persci, Tuart, 
64K Ram. 


3102 Terminal and Keyboard. 


3355A Printer (NEC printer with 
Cromemco name on it — presently 
not working). 


Plus software, documentation 
(CDOS, Structured Basic, RATFOR, 
Wordprocessing Formatter) and 
manuals. $980. 


Quietizer 9821 printer cover ($300 
value) for $200. 


Contact Valerie Berry 
(916) 972-1137 
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Bill Jaenicke 


Happy New Year! 

By the time you read this the New 
Year will be upon us. So I will take the 
time now to wish all of you the best for 
1987, What with the flurry of new and 
exciting developments I’m sure that it 
will be an exhilarating new year for all 
of us! 

And with 1986 behind us, I want to 
personally thank the column editors, 
editorial contributors, the folks at 
Cromemco, our faithful advertisers, 
Howard Millman (our art director), my 
wife Lisa, and all the rest of you who 
have had a part in making each issue of 
VO NEWS something special. With 
similar efforts this year the IACU and 
I/O NEWS are sure to prosper. 


Software Resource Guide 

One of 1986's projects was the 
publication of the Software Resource 
Guide (SRG) for Cromemco Systems. 
Without a doubt, something of this 
nature is needed, but many of you voic- 
ed a legitimate concern over how up- 
dates would be handled, the cost of 
these updates, their frequency, etc. In 
short, the format in which the guide 
was presented obviously was not 
acceptable. 

And so we live and we learn. Rather 
than abandon the idea, for it is surely 
something which could be of great 
benefit to all, we look at other alter- 
natives. 1987 will see something new in 
the way of a Software Resource Guide. 
The eventual form it will take will de- 
pend largely on your suggestions. What 
is needed is a format in which additions 
and changes can be readily made, and 
to be able to do so in such a way that 
the costs of updating and distributing 
the information does not become 
prohibitive. 

In our case, if we were to publish new 
printed volumes, they would be few 
and far between because of the high 
cost of printing and mailing. The same 
would be true even if the format were 
such that printed updates could be 
issued and inserted into a binder con- 
taining an existing guide. This would re- 
quire an updated table of contents and 
indexes and a peculiar method of 
numbering pages, all of which means a 


Lisa Jaenicke 


whole lot of work on someone's part 
(mine). There has to be a better way. 
Our computers can provide the way. 
They afford us the most economical 
means of distributing this type of infor- 
mation in formats specific to one's in- 
dividual requirements. For instance, the 
SRG could be made available in a 
database format (dBASE, Informix, 
Unify); it could be provided in an ASCII 
format (SDF) which could be read into 
one’s own particular database; or it 
might take the form of an ASCII text file 
which could be printed or for which 
SCREEN or CE could be used to FIND" 
specified character sequences (types of 
programs, keywords, etc.). Best of all, 
it could be set up on the [ACU system 
and accessed via modem. 

Perhaps all of these options must be 
employed: what your particular re- 
quirements are will depend on your 
system — C-10, S-100 CDOS, Cromix, 
Cromix-Plus, or UNIX System V — with 
modem or without. In any case, 
something along these lines will be 
available for IACU members early in 
1987. 

Where Have all the Gadgets Gone? 


Another area that seems to demand 
some attention, and which I hope will 
get more coverage, is the realm of 
gadgetry. Where are the hobbyists and 
entrepreneurs that create the boards 
that enable our systems to do some of 
the menial (and not so menial) tasks that 


we expect a computer to be able to so. 
Things like dialing a phone number that 
we have in one of our databases. Or 
where's the MIDI interface that let’s me 
plug my electric guitar into my CS-100 
and invent and record new sounds? (See 
Bits & Bytes), Its available with other 
systems — why not ours? After all, 
Cromemcos are S-100. My guess is that 
someone has, but hasn't told the rest of 
us about it. Perhaps they'll talk through 
the pages of I/O NEWS in 1987. 

Back to the Present 

Though the rest of 1987 holds the 
unimaginable, this issue has something 
more concrete to offer. For one, 
Cromemco introduces -bit wide 2 
Megabyte memory board. That means 
the ultimate in performance with their 
32-bit 68020-based XXU, It is showcas- 
ed with their new CS-120 — an XXU- 
powered UNIX dynamo. 

We are also pleased to present you 
with an article which both programmers 
and end-users alike will enjoy: Jeff 
Johnson's ‘How to Write Software for 
People.’’ For many years Jeff was in 
charge of software development for the 
“Master” series of software at Cromem- 
coy and herein shares some of the 
philosophy which made programs such 
as WRITEMASTER and SPELLMASTER 
so popular, 

Jeff also submitted a LISP program 
solution to the famous ‘‘fifteen-puzzle”’ 
(that game with the sliding numbered 
tiles that you would scramble and then 
try to put back in order). It runs under 
Cromemco's LISP Interpreter, and 
graphically displays the repositioning of 
numbered tiles as it seeks its solution. 
It is a fine example of game programm: 
ing using the AI language, LISP. 

Jeff mentioned that the program was 
supposed to have been supplied with 
Cromemco’s LISP package, but never 
was, and wants to make it available to 
anyone interested. So, for the time be- 
ing, if any of you LISP programmers 
would like the program, just contact I/O 
NEWS. 

As the field of Artificial Intelligence 
is growing in popularity and pro- 
minence, I’ve asked Jeff about putting 
together an article on the subject. As it 


stands, the only article on LISP in 1/0 
NEWS appeared in the very first issue 
(1980). If there are any active LISP pro- 
grammers among you, please speak up. 
I think there are a lot of Cromemco 
users interested in what you have to 
say. And if you like to program, but 
have never tried LISP, you might want 
to give it a go. But be forwarned — it 
can become habit forming. 

On a different tack, Dr. Stephen 
Huber has contributed a fine example 
of how to conduct a meaningful ben- 
chmark with his review of the MAX- 
IMIZER. We hope to provide more ar- 
ticles in this vein in future issue 

In light of the growing interest in 
UNIX, we are most pleased to introduce 
a new column which will benefit both 
Cromix AND UNIX users. It’s called 
SOFT TOOLS and is written by Tom Ro- 
nayne, President of Advanced Program- 
ming Techniques Corp. This is timely in 
that many of us find ourselves in tr 
sition — though we are accustome 
and enjoy the elegance of Cromix we 
find it necessary to move on to UNIX. 
It's not nec rily an easy move to 
make. For those that are starting out 
with UNIX it will make a useful comple- 
ment to Rick Dhaenens' HACKER'S 
HOME 


The Next Issue 


There's a lot in store for you in the up- 
coming issue of 1/O NEWS. We'll delve 
into CURSES — the expanded version 
of termcaps. And we'll have a look at 
those Persci floppy disk drives through 
the eyes of John Bush, of Peripheral 
Labs (former supervisor and lead 
technician at PerSci Inc.). For those of 
ars in your eyes we'll pre- 
of a two-part article on 
“Microcomputer Systems for Low- 
Earth-Orbit Satellite Tracking and 
Data Acquisition,” by Robert J. Diers- 
ing, Associate Professor of Computer 
Science at Corpus Christi State Univer- 
sity, Texas. 

I'm looking forward to the New Year 
and to making the IACU and 1/O NEWS 
more prominent than ever. Let’s do it 
together. 


William E. Jaenicke 
Editor & Publisher oD 


System 120 


Continued from front cover 


the XXU card have already reported 
phenomenal system performance, and 
that performance is now available in 
the System 120, To assess the perfor- 
mance of XXU-based systems in real-life 
applications, we talked with several 
IACU members around the world about. 
their experiences. 

Dr. Brook Kraeger, a partner in the 
California-based consulting firm 
Linsley-Kraeger Associates, was one of 
the early XXU users, Among other uses 
for this Cromemco computer, Dr. 
Kraeger performs water flow analysis 
through large pipe networks (in order, 
say, to design drainage systems for large 
municipalities), Prior to upgrading to 
the XXU, this analysis typically took 
1-1/2 hours to perform on a system with 
a DPU processor and Maximizer co- 
processor. With the XXU and its on- 
board co-processor the analysis took less 
than 20 minutes, This works out to a 
remarkable 4.7 times speed improve- 
ment with the XXU. 

In Greece, at the University of Padras, 
Dimitri Pantelatos has reported that 
two System 400 computers, based on 
the XPU processor, were upgraded to 
the XXU, With the new processor these 
systems showed a factor of 4 increase 
in system speed. 

In Norway, Svein Rokne had been 
running finite-element analy: 
ware, which was developed in Aus 
on an XPU-based system. By switching 
to the XXU, Svein reports a factor of 
6 increase in system speed. 

From these reports, the new System 
120 should show a performance in- 
crease of from 4 to 6 times that of the 
System 100 in many applications. As 
shown in the table, the System 120 is 
available in eight different models rang- 
ing from $14,995 to $20,995 in price. 
Cromemco also has available a range of 
upgrade kits, so that various models of 
the System 100 can be upgraded to the 
performance of the System 120. 


Continued on page 19 


of 1/O News are 
available 
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The correspondence that I get in- 
dicates that the level of computer 
sophistication possessed by C-10 owners 
and users varies immensely. At the two 
extremes are the electronics wizard and 
the software guru. In between lies the 
typical user who runs application pro- 
grams, can write a small program in 
Structured Basic, and is happy enough 
with that. 

Before I got my C-10 I had done con- 
siderable Fortran programming, but I 
had always seen the computer as a 
mathematical tool to solve problems. I 
was blithely disinterested in how the 
computer did its job. All of this chang- 
ed when the C-10 arrived and the pitter- 
patter of tiny key-presses filled the 
house. Having paid a king’s ransom for 
the machine I wanted to make it dance 
and sing so that I could feel that I had 
got my money's worth. 

I quickly discovered that the price for 
a dancing and singing machine was an 
enormous investment in self education. 
The C-10 manuals provided adequate 
help for the applications user, but if one 
wanted more then suitable books and 
suitable software were required. 


Books 
Any serious user of the C-10 has to 


FOR SALE 


CROMEMCO SYSTEM 300, 52 
meg. HD, 8 inch FD, C-5 terminal & 
XPU processor, Lots of accessories. 


Must Sell. $7000 or B/O. 
(415)592-8055 

FOR SALE 
Cromemco System Three 4 User 


System — BRZ-3 Airflow Unit — 2 
Cromemco 3102 Terminals — 
3355B Fully formed Character 
rinter — Modem & Cable — 
ritemaster — SpellMaster — 
CBASE Il. 


System purchased new for $20K — 
hardly used. Asking $10,000 0.b.0. 


Contact Peter Hall — (704)684-1234 
8 — 5:30 EST 
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have the C-10 Technical Reference 
Manual (Cromemco Part 023-458). In 
addition, I purchased Rodnay Zaks book 
called ‘‘How to Program the Z-80" 
(Sybea Books, 1980). This meant that I 
was almost ready to start programming 
in Z-80 assembly language. Once an 
assembler and debugger were obtained 
then I could get going. 

I soon struck a problem. The nature 
of an assembly language program 
depends on the operating system under 
which the program is run. The technical 
manual gave lots of information about 
CDOS, (Cromemco Disk Operating 
System — the C-10 operating system) 
but it was difficult to understand what 
it was trying to say. I needed a book 
about CDOS but of course no such work 
exists. 

Instead I had to make do with works 
about CP/M and purchased ‘‘Mastering 
CP/M” by A.R. Miller (Sybex Books, 
1983). This proved to be a good choice 
and taught me a lot, though I also found 
it to be hard going. The reason is that 
I had painstakingly learnt the Z80 op- 
codes but Miller's book used the 8080 
codes. Zak's book has conversion tables 
in Appendices F and G but it is slow go- 
ing. Miller's book offers lots of valuable 
insights on what to do with a macro 
assembler, though some of the features 
that he describes are not implemented 
on the Cromemco macro assembler. 

Eventually, I graduated to Johnson- 
Laird’s ‘‘The Programmer's CP/M Hand- 
book” which offers lots of examples on 
the use of System Calls. After getting 
through all of this material and trying 
much of it out on the C-10 I have a fair 
idea of the structure of both CP/M and 
CDOS and on the implementation of 
CDOS on the C-10. 


CDOS & CP/M 

To distinguish the C-10 version of 
CDOS from the version used on other 
Cromemco 8 bit machines, the letter C 
is used in the version number. The C-10 
operating systems that have been 
released since the C-10 was introduced 
in 1982 have been as follows: 

Release 1 CDOS C2.53 

Release 2 CDOS C2.56 March 3, 1983 

Release 3 CDOS C2.61 July 15, 1983 

Release 4 CDOS C2.65 January 4, 
1984 


C-10 ENCOUNTERS ~ 


C10 ENCOUNTERS is a reguiar column directed to users of Cromemco’s personal computer, the C-10. It is 
edited by Dr. Tom Beer, of Applied Environmetrics, located at 118 Gordon St., Balwyn, Victoria 3103, Australia. 
Dr. Beer can be reached by phone during business-hours at (03) 817-2571. Submit editorial directly to Dr. Beer. 


Release 5 CDOS C3.07 June 27, 1984 


The big change occurred with C3.07 
which was no longer supplied on a disk, 
to be read into memory during the boot 
startup, but was supplied burnt into a 
ROM chip inside the innards of the C-10, 
Iam not sure if CDOS Version 3 (which 
I will refer to as C3 from now on) has 
been progressively modified, but to the 
best of my knowledge no new chips 
have been sent out to SUDS subscribers 
since the original Release 5 update. 

The boot sequence of the C-10 is 
designed to keep you away from the 
operating system. Provided MENU.COM 
and its associated files are on the star- 
tup disk then all C-10 versions of CDOS 
are designed to automatically run the 
menu. The command CDOS removes 
one from the menu, and since C2.65, 
the intrinsic command VER will display 
the version of the operating system, 

CDOS is very like CP/M, but not suf- 
ficiently alike that CP/M programs could 
be guaranteed to run under CDOS. This 
was a great pity. There was, and still is, 
an enormous amount of software writ- 
ten for CP/M but only a small amount 
written for CDOS. Not surprisingly, 
most C-10 owners wanted more CP/M 
compatibility. Cromemco met this de- 
mand in two ways. On January 31, 1984 
they released a disk based CP/M for the 
C-10. As far as Cromemco were con- 
cerned, this was superceded by C3.07 
which was billed as being ‘‘as fully 
CP/M compatible as possible."’ In this 
column I want to discuss just how com- 
patible is compatible, and point out that 
there are even occasions when C3.07 is 
incompatible with C2.65. 

Both CP/M and CDOS are disk 
operating systems. Unfortunately the 
only standard disk format that emerg- 
ed was that for 8 inch single-sided 


FOR SALE 
Cromemco System Three (CS3D5E) 
wi/DPU, 542MSU, MCU, PRI, 64FDC, 
2-8". Plus C-10 Terminal and 
Keyboard. Fortran-77, 32K Basic, 
and more. List $12,570. Asking 
$3900 or Best Offer. 


Call Sarunas Landys(619)259-0319 


single-density disks. Each manufacturer 
went their own way on 5.25 inch for- 
mats and this guaranteed that no CP/M 
disk could be taken, inserted into the 
standard 10 disk drive and read by 
CDOS. 

Commercial programmers in the CP/M. 
world have tried to get around this by 
writing disk formatter programs that 
will allow other machines to format 
disks in CDOS format and copy files to 
them. I have not yet seen any that work 
correctly because the CDOS disk 
organizes its directory slightly different- 
ly from a CP/M disk by putting a disk 
label as the first directory entry. If you 
are ever intending to get someone to 
copy software across different 
machines then it is wise to supply them 
with formatted disks (i.e. run 
COPYDISK on them first), rather than 
with blank disks and have them try to 
format them. The difficulties must have 
been realized by Cromemco as their disk 
transfer program DiskMaster will not 
format disks at all. 

The screen handling operations built 
into the C-10 CDOS preclude the opera- 
tion of certain CP/M programs. In an 
earlier column I pointed out that the 
©-10 screen handling is done by in- 
cluding instruction codes at memory ad- 
dress 38H. Any CP/M program that uses 
those memory locations will blank the 
screen and will not run on the C-10. 
There are also more subtle problems 
that I will now go into. 


Applied Environmetrics runs a 
Family History Research Service and as 
part of this we market genealogical soft- 
ware. One widely known CP/M package 
stubbornly refi s to run on the C-10, 
and I only recently realized the reason 
for its erratic behavior, During C-10 
screen handling operations, the 
operating system seems to use the pro- 
gram stack to store its return addresse: 
This means that the stack for a C-10 pro- 
gram has to be larger than the stack for 
most other machines. The particular 
program that I was examining has too 
small a stack and memory locations just 
under the stack get overwritten. This 
produces a program that behaves dif- 
ferently each time it is run, because the 
point during program execution at 
which the memory location is overwrit- 
ten depends on the time relationship 
between the start of program execution 
and the screen handling cycle. 

Both CP/M and CDOS load and run 
programs the same way. The program 
is loaded into memory beginning at 
100H and execution also begins at that 
address. For both operating systems the 
proper way to end a program is to jump 
to memory location 0, or to issue system 
call 0 which does exactly the same 
thing. However it appears that fancy 
CP/M programmers like to use the fact 


Cromemco 3102 Terminal 
Emulator for the IBM PC 


With full file transfer capability 


tm -— + | 


ProCalWPC plus for + 
the IBM PC (and com- 
patibles) is the only + 
program that —_ offers 
you all these features: 

+ Complete 3102 terminal purpose 
emulation, including video 
attributes, editing, and 
graphics character Linl 
* DEC VT100 and VTS2 
emulations also included, 

+ Supports file transfers 
with other computers using plus, 
these major protocols: 
Xmodem —PcXfer 
Kermit __Rfile/Sfile 
All assembly languagi 


news 


* Ability 


ProCall/PC plus | 


from the longest name in Cromemco Software: 
ProtoMatrix Software Development 


User _friendl: uy 
menus and dialog boket, e 
Speeds from 
19,200 and 38,400bps. 

+ Also an excellent general 
communications For 
program. Use it with BBS 
systems, telex via Ea 

i and — infor- 
‘mation services, and more, 
to transfer files 
with $100 Cromix, Cromix 
CDOS, C-10 and 
many other systems. 

+ Answer mode for remote 


And much more, all for under 
$250.00 (+ tax). ProCall/PC 


110 to (without emulation) is under 
$150.00 


more _ information 
on ProCall/PC plus and 
other roducts from 
PSD, call your nearest 
Cromemco dealer or 
PSD at: (408) 263-8665 


Or write to us at: 

1145 Park Heights Drive 
Milpitas, CA 95035 
USA. 
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that the return address to which to 
jump at the end of the program is held 
in the HL register of the Z80 when the 
program starts executing. This is true of 
C2, but it is not true of C3, 

I used to wonder why a professional 
program like Cromemco's DEBUG had 
no command to exit the debugger and 
return to the system, Pressing Control- 
C works, but leaves files open which 
can cause problems on Cromix systems 
using the CDOS simulator. It finally 
dawned on me that the proper way to 
exit from the Cromemco debugger is to 
issue the command to commence execu- 
tion at memory location 0, which is G 
0 and, hey presto, the CDOS prompt 
appears. 

Regular readers of this column and 
avid scanners of I/O NEWS adver- 
tisements will know that I am engaged 
in a process of converting useful CP/M 
public domain software (PDS) to CDOS. 
I test all of the programs under C2.65 
and if they work then I do not bother 
to investigate them any further. My at- 
tention was recently drawn to the fact 
that some of the programs on Volume 
3 of the PDS series do not work under 
3.07. In most cases this was because 
the program terminated by jumping to 
the location stored in the HL register on. 
entry — which produces a System Trap 
under C3.07. Incidentally, after a 
System Trap message it is vital under 


C2.65 that the system be re-booted 
because there is a possibility that the 
operating system has been corrupted 
which — at the worst — can wreak ir- 
revocable havoc on your disk. It is also 
probably a wise precaution to reboot 
the system after a System Trap under 
3.07, 

Because I do not use C3 I had to bor- 
row a machine to try the PDS3 pro- 
grams under C3.07. Making the changes 
in the last paragraph fixed some of them 
up, but others still did not work. The 
reasons were abstruse. 

System Call 17 (11h): The technical 
manual is quite specific about the fact 
that if 3Fh appears in the first byte of 
the File Control Block then the current 
drive is selected. So it is in C2. There 
is a bug in C3.07 and it will not treat 3Fh 
as a drive descriptor. 

System Call 27 (1Bh): This functions 
differently to CP/M in all versions of 
CDOS. Under CP/M this returns the disk 
cluster allocation map in the HL 
register. Under CDOS the map is return- 
ed in the BC register. Thus any CP/M 
program using this system call will fail 
to work under CDOS and has to be fix- 
ed up. 

System Call 142 (8Eh): This is a 
system call unique to CDOS because 
CP/M system calls go no higher than 40 
according to Johnson-Laird, Under C2 
a cursor address sequence left the A 
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GO WITH THE SPECIALISTS IN CROMEMCO 


FOR OVER 8 YEARS 


2 Megabyte Ram Card with Parity for 
DPU/XPU/XXU for Cromix & UNIX Systems 

IPC Intelligent 1/O Controller Z80 8 Mhz. 
Processor, 32K two-port Ram I/O Buffer, 
0-38K & autobaud supported. Cromix (and 
soon UNIX) drivers included. 


Above boards come with 1 year warranty 
and 30 day money back guarantee. 


OCTART Upgrade from 3.6864 Mhz. to 4.5/ 


5.0/5.5/6.0 Mhz. Operations. Increase 
throughput by up to 65% (Speedup varies 
from board to board). 

OCTART Drivers for Cromix (and soon 
UNIX). Increase throughput by 300% or more. 


Prices subject to change without notice 
Dealer Inquiries Welcome 


Microcomputer Specialists Inc. 
P.O. Box 88127 


Grand Rapids, MI 49518 
(616)942-5412 or (616)776-9646 


$1795 


$1095 


$ 195 


register unchanged. Under C3 a zero ap- 
pears in the A register after such a 
sequence. 

Three little, almost insignificant bugs 
yet each sufficient to change a program 
that used to run into one that does not. 
Bugs in operating systems are vexing 
and inexcusable. CDOS has been prone 
to them in the high value system calls. 
Prior to C2.65 the get and set time 
routines did not work. More annoying 
was the fact that system calls 160 and 
161, the read and write track routines, 
did not function properly with the write 
track routine writing a single-density 
track. The undelete program on PDS3 
uses this system call to read in the CDOS. 
directory, undelete a deleted file and 
write it back to the disk. If used with 
a CDOS version prior to C2.65 it 
scrambles the directory and makes the 
whole disk unreadable. To stop this 
from happening, the program checks 
the version and will not continue if it 
is less than C2.65 — not much help 
though if you happen to be running 
your C-10 on one of the old versions of 
CDOS. 

Because I have not implemented 
C3.07 | have no experience in running 
8 inch disk drives with a C-10. If any 
reader has such experience and would 
be willing to share their knowledge I, 
for one, would be thankful. aD 


You won’t find a lower price on 
Cromemco — GUARANTEED. 


Call 312-891-1064 


lf you are tired of trying to find one computer 
professional who can bring the power of the 
computer to your business, call me, Kim 
Dildine, president of Dildine Industries. | 


Shop. Compare. Then come 
to the Dildine Industries for 
all your Cromemco needs. 


Give me anyone's advertised price on any 
current Cromemco“ product, and I'll better it 
or send you a check for the difference when 
you buy it from me. I'm making this limited- 
time offer to introduce you to all the services 
Dildine Industries can provide 


Counton the Dildine Industries 


| combine the full spectrum of micro services 
One point responsibility for everything from 
feasibility studies to system integration. And 
that means less worry and hassle for you 
Plus, the kind of courteous service you can 
depend on 


believe you'll find my knowledge and exper- 
tise a valuable resource. Straight talk, and 
practical, working solutions to your computer 
problems 


Dildine Industries, Inc. 
P.O. Box 4189 

Hammond, IN 46324 

312-891-1064 


Formerly K.|.D. Enterprises, Inc. 
Cromemco dealer since 1978 
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ABSTRACT 

The purpose of the new SOFT TOOLS column is introduced 
by its author, Thomas Ronayne. The main article explores 
backup issues and strategies: reasons for frequent backup, 
what's a good backup scheme, desirable characteristics for a 
backup system, when to do backups, types of backups, Cromis 
and Unix backup utilities, verifying correctness of backups, 
and archiving and restoring backups. The backup strategy pro- 
posed by the author employs the Cromemco CTD cartridge tape 
drive and focuses on the uses of the scan.ft214 and ftar utilities. 
Command scripts are provided for daily automatic file backup 
to tape (daily.cmd and subordinates). 


An Introduction to SOFT TOOLS 


This column — SOFT TOOLS — is supposed to do several 
things — I'm going to try to teach you methods for taking care 
of your system, making your system easier to use, and making 
it more efficient. I hope that these methods are practical, effi- 
cient, and — wherever possible — elegant. Many of the things 
I'm going to present aren’t ‘all mine’’ because I’ve picked them 
up from other sources. A good example is this first column — 
much of the content of the routines presented here is drawn 
from other sources, thrown in the “‘blender,”’ and voila!— 
here's a pretty good way of accomplishing a specific drudgery. 
This is also a back-handed way of issuing an invitation to you: 
if you've got some favorite little ditty for doing something, send 
it along and share it with other folks. 

This effort is called ‘Soft Tools.’’ We were going to call it 
“Software Tools,’’ but that name was already taken: it’s the 
title of the book written by Brian W. Kernighan and P.J. 
Plauger (Addison-Wesely Publishing Company, Reading, 
Massachusetts, 1976), that came with Cromemco’s RATFOR 
software package. Ratfor, for those who aren't familiar with 
it, stands for RATional FORtran, and was my first introduction 
to the concept of software tools. Software tools are im- 
plemented algorithms that are valuable in the production of 
other programs. Since reading the book — and learning how 
to use Ratfor — I haven't written a line of ‘‘straight Fortran” 
in years; I only use Ratfor for producing Fortran programs 
because I've found its tool-like approach to programming far 
simpler to use and much more ‘‘rational’’ than a straight For- 
tran approach. We'll explore Ratfor programming (along with 
C) in many of our efforts down the road. Alas, I take great pride 
in the fact that I've never written a line of Cobol code in my 
life (a situation I hope to keep intact forever), so you'll never 
see any Cobol code. You probably won't see any Pascal code 
either — I think Pascal is a ‘pretend’? computer language — 
but you will see some Basic because I think Basic is easy to 
learn, use, and develop nifty applications with; sort of an ‘‘if 
the shoe fits, use it’’ attitude. 

I'll write about other things too. I’m an opinionated swell old 
boy (SOB), and I tend to call spades spades when I think they 
are. I'll tell you what I think about software, hardware, books 
Tread, articles I read, and any other thing that may strike my 
fancy. I'll also tell you why I think a certain way about things. 
I don't claim infallibility; rather, I'm reacting against a tendency 
I see in the literature to ‘Marvin Milktoast’’ any- and 
everything. 


SOFT TOOLS is a regularly appearing column dedicated to UNIX and Cromix users. Its aim is towards simplify 
ing the administration and maintenance of multi-user systems. It is edited by Tom Ronayne, President of Ad- 
vanced Programming Techniques Corp. (APTC), P.O. Box 19549, Detroit, MI 48219, (313) 835-0808. 


Talso presume that you're able to read manuals — we won't 
get real basic in these things — but I’ll point you in the right 
direction if something appears to be esoteric and needs further 
explanation. 

If you ever flew a kite as a kid, you'll remember the hopeless 
knots you'd get every so often in your string ball. Well, bring- 
ing up UNIX is a lot like that, and we're going to explore the 
intricacies of UNIX in future columns — try to shed some light 
on things, as it were. Again, much of this exploration will be 
based on my own and other's experiences. 

So, who am I? Well, I'm founder, chief programmer, bottle 
washer, toilet bowl cleaner, president, and whatever of Ad- 
vance Programming Techniques Corporation (APTC), Post 
Office Box 19549, Detroit, Michigan 48219, (313) 835-0808. 
APTC is a Cromemco dealer here in Detroit. We sell and ser- 
vice Cromemco computers, we provide custom programming, 
and we try to stay out of trouble. We concentrate on the so- 
called ‘‘heavy-duty"’ areas; i.e., scientific and technical pro- 
gramming (need a good Gaussian routine — give me a call), data 
base design and implementation (we consider ourselves Infor- 
mix experts), and we're actively marketing ColorGraphics 
Systems’ ArtStar computer graphics system to corporate art 
departments and graphics houses in this area. 

I go back a way’s with computers — I started in 1961 with 
IBM punch-card equipment programming (when programs were 
“‘written’’ with jumper wires plugged into jacks on large boards; 
stuff like the 402, 407, things like that). I graduated to the 
1401's, then to a Honeywell 600 (it had real ‘‘core”’ in it), then 
to Honeywell 66/6001 in the ‘‘mainframe"’ world, I bought 
one of the first Altair kits, built it, sold it to a guy (who's still 
using it and won't sell it back to me), and went through Z80 
assembly and other foolishness on the way to really beginning 
to understand Cromix and UNIX. 

I've watched hardware change from — in the microcomputer 
world — programming by flipping switches to today’s truly in- 
credible multi-user, multi-tasking operating systems: you can, 
without a lot of trouble, support 128 users on a Cromemco 
System 420 — a MICROcomputer — for crying out loud! 

T hope I've learned a few things along the way, and, like I 
said earlier, I'll try to pass some of them along. To borrow a 
phrase from the mayor of New York, let me know how I'm 
doin’. 

Backup Issues and Strategies 

How much would it cost you if you lost a file, a file system, 
or a disk? How much time would it take you to recreate them? 
What is your time worth? How you answer determines what 
backup strategy you should use for your computer system. 

In a high-performance, multi-user Cromix-Plus or Unix 
System V computer system (and on single-user systems, too!), 
users have been known (‘‘No, really?"’ ‘Trust me."’) to acciden- 
tally erase files. 

System administrators can accidentally destroy files (or a 
complete file system). A disk drive can become unusable 
through mechanical or electrical failure. A lightning strike can 
cause havoc in the best-isolated system (the effects of lightn- 
ing can be minimized, but there is no known way to eliminate 
all damage when millions of electron volts start dancing around 
in your wiring). Backups can help minimize losses in cases like 
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these. 

A backup scheme will help you recover either a file or a com- 
plete file system when something happens — bear in mind that 
the key word here is “when,” not “‘if:’’ You ean count on 
something or somebody blowing it, and you'd be miles ahead 
if you have your “‘iron underwear" in place before it happens. 

This article discusses backup schemes that have been found, 
in practice, to be both effective and mostly painless: We'll 
discuss characteristics of good backup schemes and the Cromix 
and Unix utilities that make and restore backups. 


What's a Good Backup Scheme? 


A good backup scheme has some typical properties: 

¢ It’s tolerant of media failure 

* It’s easy to use 

* It can provide a list of what’s on a particular tape 

It’s portable 

¢ It verifies that a backup worked 

* It assures that backups are stored remotely from the com- 
puter system so a disaster won't take both the computer system 
and the backup 

Note that we said ‘‘tape.'’ Backup can be done on many dif- 
ferent media: floppy disks, fixed disks, magnetic tape (in many 
different forms — a floppy disk is, after all, magnetic tape in 
aslightly different form), punched cards, punched paper tape 
(remember these?), and, recently, optical disk and Cauzin 
Systems’ Softstrip™ System (a printed, machine-readable 
paper strip). 

We don't really recommend anything for Cromix and Unix 
systems except magnetic tape — either 9-track reels or tape 
cartridges — it is, right now, the cheapest media (cost-per-byte 
of storage, equipment, maintenance, and operator time). A for- 
matted tape cartridge holds about 25.7M bytes of information, 
costs about $30, and can be stored in a drawer, 9-Track tapes 
cost about the same as a tape cartridge though it holds more, 
but the equipment is about three times more expensive, 
operator time is needed, and storage of the tape reels requires 
expensive floor and shelf space. 

The other backup media mentioned share several undesirable 


features: they're slow, they require much operator time, they 
can't be automated, the equipment is expensive, the media are 
expensive, and so on. The two biggest items are operator time 
and automation; e.g., backing up a single 20M byte hard disk 
partition would take about 52 floppy disks (assuming the par- 
tition is full of files), and an operator would have to sit at the 
machine to change disks every three or four minutes (that 
translates to about three hours). 

This leads us to a check-list of desirable characteristics for 
a backup system: 


elt minimizes the time spent doing the backup 

It minimizes the time the operator has to spend doing backup 

It minimizes the machine time for backup (backup utilities 
degrade system performance by grabbing almost total control 
so files aren't opened during the backup time) 

elt minimizes the time needed to restore a file or group of 
files (imagine (or remember) searching through 30 or 40 flop- 
py disks looking for one file) 

*It minimizes both the size and redundancy of backup by back- 
ing up only files that have changed 

It minimizes the amount of disk storage area necessary to do 
a backup 

*It provides frequent backup so that the backup is always as 
current as it can be 

All these desirable properties and characteristics can't be op- 
timized at the same time; some of them are mutually exclusive. 
It’s up to you, at your site, to figure out what particular thing(s) 
should be given the greatest priority, next greatest, and so on 
based on the resources available and the requirements of your 
user community. Here are some things to think about, based 
on the most-asked questions we get regarding backup schemes 
and strategies: 

Question: What if my tape goes bad? Tapes do go bad: they 
wear out, they develop spots that can’t be written to or read 
from, they get zapped by stray magnetic fields (don’t put them 
near motors, for example). It’s a good idea to have two copies 
of backup files. Making multiple copies isn’t that difficult (see 
below), and the odds of having both of them go bad are low. 


Attention CROMIX Users 


The book 

you’ve been 
expecting is 
finally here. 


CROMIX 


— A User’s Guide 
can be ordered now. 


(While They Last) 


Leigh Thomas’ excellent tutorial on 
CROMIX, reprinted in the U.S., can now 
be ordered directly from I/O News. 
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The price is $25.00 plus $4.95 Shipping & 
Handling per copy. For bulk orders of 10 
or more, the price is $17.75 per copy F.0.B. 
Irvine, California. catitorma residents add 6% sales tax 


Send Check, Money Order, or Credit Card 
Information to: 


1/O News 
ATTN: CROMIX — A User’s Guide 
P.O. Box 17658 
Irvine, CA 92713 
U.S.A. 


Be sure to include Membership Number 
and full shipping instructions with order. 
(Amounts noted are in U.S. dollars drawn 
on U.S. banks, only.) 


This is a MUST BOOK for any CROMIX user. 


Question: When should I throw a tape away? Tapes and flop- 
py disks do wear out. Eventually they have to be replaced, and 
they should be replaced before they wear out and “‘gotcha.” 
It’s a good idea for your site to keep archives, and retire the 
oldest tapes into the archives. This serves two purposes: you 
retire your oldest tapes into the permanent archive (‘‘perma- 
nent’’ can be from three to seven years, depending on your 
needs and any possible legal requirements), and fresh tapes 
become part of the ‘backup pool’’ that eventually migrate to 
an “oldest tape’’ status when they're retired. Here's an im- 
portant point: archives are kept forever — see ‘‘permanent* 
— backups are constantly over-written with new backup data. 


Question: Can it be easy to use? Sure: making backup tapes 
and restoring files can and should be so simple that the task 
won't be avoided (as it frequently is when floppy disks are us- 
ed for backup) because of complexity or time required. The 
“trick” is to automate — as much as possible — the task, and 
to make the computer do as much of the work as possible. The 
“daily’’ script below is one such way. 


Question: Is it easy to recover a single file? Backup tapes 
are used to recover files far more often than to recover file 
systems. It should be easy for an operator to determine what 
tape a particular file is on, and it should be ‘‘no great trick’’ 
to recover that file. 

Question: [s it self-checking? You should never wait for a 
disk to go bad to find out that your backups aren’t readable. 
The backup scheme should be self-checking, automatically. 

Question: Is it portable? Backups are seldom used, and, when 
they are, they're usually used on the same machine that created 
them. If disaster strikes or you upgrade your machine, you'd 
better be able to read your backup media. An addi 
comes into play with Cromix and Unix — many sites 
operating systems, and it’s nice to know that you can transfer 
information (not ‘“‘runnable”’ files, but any text files) between 
machines via the backup media. 


When To Do Backups 


You should make backups when the system isn’t in use, or 
when any activity on the system is minimum. This is because 
files that are in-use may change when you're doing the backup, 
and you'll have a ‘‘bastard’’ copy. We strongly recommend that 
backup take place in the middle of the night. We go even fur- 
ther — the ‘‘daily”’ backup script warns any users on the system 
(at midnight) that it’s going to do a backup, gives them a chance 
to log off the system, and then arbitrarily hangs-up on anybody 
bold and brassy enough to stay on. 

This is not arbitrary — it’s iron underwear: if a user is on the 
system, you can assume (even if somebody just forgot to log 
off) that a file might be changed during the backup procedure. 
You don’t want that to happen, so you prevent it by logging 
everything off, putting the system in single user mode (so 
nobody can log on), and proceed with the backup work. 

An alternative is if you have excessive disk space available. 
You can make a backup on an un-used disk partition (which 
is fast because disk-to-disk file moves occur at or near the 
streaming rate of the drive and controller), and then copy it 
to tape later. You take the chance, though, that you won't have 
a disk drive problem, so we tend to discourage this in practice. 

To belabor the point: how much can you afford to lose? Back- 
ing up to an unused partition (or an unused disk drive) is fast 
and convenient, but, what if something happens? 


Types of Backups 

Backups fall into two categories: full and incremental. Full 
backups are complete; you back up a complete file system, but 
they take the most time to do, and typically should be done 
once a month for each complete file system (a complete disk 
partition). 

Incremental backups, on the other hand, takes less time and 
tape. In an incremental backup, you only back up files that have 
changed since some arbitrary date. As it happens, Cromix and 
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Unix keep track of dates in a way useful for incremental 
backups. The operating system keeps track of a files’ created, 
modified, accessed, and dumped dates. Every time you access 
a file, the acces: changed (*‘running”’ a pro- 
gram does not it — changing it does). Every time you 
make a backup, you can ‘‘touch’’ the dumped time and date 
with the backup time and date. Then, it’s simple to j 
pare the dumped and accessed dates and back up only files that 
have a accessed date greater than the dumped date. 

In this way, you keep incrementing the size of the backup 
tape (and the number of files) until you reach another full 
backup time — then every file is backed up, the date and times 
change, and you're ready for another accessed/dumped cycle. 
Cromix and Unix Backup Utilities 

Cromemco includes multiple utilities for making backups: the 
rcopy utility will make a bit-for-bit copy of a device (floppy or 
hard disk) on another device; tar which provides multiple ways 
and means for creating and retrieving backups and archives 
on multiple med ftar which works much like tar. 

We're going to concentrate on the ftar utility — it does the 
things we want to do, and it reads and writes from floppy, tape 
cartridges, and disk partitions. It may seem that we're di: 
ing rcopy and tar out-of-hand; we’re not — they're harder to 
use, and we want to keep this both useable and simple. We're 
also going to concentrate on the model CTD Cartridge Tape 
Drive — it's cheap, it’s easy to use, and — so far — we've found 
it reliable for backup and archiving. 

Reopy is useful for copying ‘‘whole things.’ You can use 
Reopy to make a bit-for-bit copy of something onto somet 
else (you can, for example, make an exact copy of a M 
MSDOS disk onto your Cromix disk and then make an e: 
copy of it to a blank). 

Tar is mainly intended for 9-track tape, and has an advan 
tage in that the tapes it creates can be read and written by any 
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other Cromix or Unix system using tar. The current release of 
ftar (30.12) can write tar-format media, and it’s easier to use, 
which is why we're going to focus on it, 

We also will concentrate on the scan utility (which, in Cromix, 
has replaced the find utility), which we will use as a pipe and 
filter mechanism to feed file names into the ftar utility. 

Here is how to use the scan utility to find files that have been 
modified since the last time they were dumped to an archive 
tape: 


scan/ ‘type = = is_ordin && tmodify > 


tdumped && print(path)’ 


which will print the complete path name of a file. 

Here is how to use the ftar utility to take a list of path names 
from stdin (your console) and write them to a CTD tape car- 
tridge: ftar -b 510 /devifted 
Note: the ‘‘-b 510” defines the size of the file buffer ftar will 
use when reading and writing files from the device — if you 
megabyte or less of RAM, you'll get an “out of memory” 
ssage with this option when there are things running in 
background. If you choose to use the suggestions here, and have 
a problem, just eliminate the buffer size option. 

Here is the most important thing — this command line (which 
is one line in the system, but printed on two lines because of 
the length of it) that scans the system for files modified since 
the last dump date and pipes the name into the ftar utility for 
writing to the tape (quick, simple, and, thank you, elegant): 

scan/ ‘type = = is_ordin && tmodify> tdumped && print(path)' 
| ftar -ci -b 510 /dev/fted 
This is the heart and soul of the incremental backup script, 
“daily” presented below (we didn't make this up, Cromemco 
supplies it in the help file on scan — you've got to dig, but it’s 
there). 

Doing a full backup is easier: 

ftar -cd -b 510 /dev/ftcd {pathname} 

That command line is a bit of a misnomer: if you make a full 
backup of, say, the root, you're tempted to use: 

ftar -cd -b 510 /dev/fted / 
which is just fine if you're going to restore to the root (ftar will 
blithely create ‘“‘/"’ and all its sub-directories for you). If, on 
the other hand, you might want to restore to ‘‘someplace else," 
you should enter thi 


ftar -cd -b 510 /dev/fted ** 


from the root. The ‘**’’ won't give you a “too many 
arguments” error because your root doesn’t have too many file 
nd you can then use ftar to recover the files on another 
hout worrying about writing into the root; i.e., ftar 
will recover what's on tape to ‘here’ — the current directory. 
You need to give some thought to ‘‘where’’ you might want 
to restore things, and you really should use absolute path names 
in most instances. 

Ther no need to scan for anything, and the ‘‘d”’ in the com- 
mand options updates file dumped dates. 

This procedure assumes that your entire file system won't 
be modified on a daily basis — if you see more than 25.7M bytes’ 
worth of files being modified between full backups, you'll want 
to use a different procedure which performs incremental 
backups on selected partitions (it's not presented here). 

You should use the ‘‘usage’’ command — with every parti- 
tion mounted — to determine exactly how much tape you're 
going to need for either an incremental or archive backup. If 
usage tells you that you've got more than 25.7M, you need a 
different approach, or you've got to do it by hand. 

We think that it’s valuable to have a printed copy of what 
got backed up, so we add an option and re- direction to these 
commands: by including the “‘v’"’ (for verbose) option and by 
re-directing the verbose output to, say, the system printer, you 
have a printed copy of what got backed up when: 

ftar -cdv -b 510 /deviftcd {pathname} > /dev/prt 


By the way, you do not want to pipe to the spooler — you'll 
have an ‘“‘un-allocated i-node” error when ftar is doing its thing 
and trying to write the file names to a file at the same time; 
the system loses its alleged mind. 


Inittape 

Before you can do anything with any magnetic media, you've 
got to initialize it. Cromemco provides the inittape utility (in 
both Cromix and UNIX), but it can be a pain to use. 

You can use inittape the same way you use initflop; just type 
the command and go get a cup of coffee. If you've got time, 
this works, but a better way is like this: 

inittape -df -p 1 /dev/fted 
This says, ‘‘initialize the tape in detached mode, don’t wait for 
retension, do one verify pass, and do it on /devifted.”* 

Why? Stick a tape in the drive and wait for it to do a re-wind 
before you enter the command — tapes have been know to 
come off their hubs. Detached mode is so you don’t have to 
sit there and wait for the “edit VTOC’’ question (inittape 
automatically writes the volume table of contents for you). One 
pass should be enough — if you get too many errors, send the 
tape back to 3M for a warranty replacement. 

Inittape pretty much takes total control of the machine — 
nobody else can do much when it’s running, so you might want 
to do it at lunch time (the command given here takes about 
twenty minutes to run). You can, if you'd like, do thi: a first 
procedure in the automatic backup given below, but we don't 
recommend it — you do need to look at things every so often. 
Partitioning 


is is probably as good a place as any to discuss partition- 
ing. Those of you who have Cromix-only machines may have 
partitioned your Winchester (or other) hard drives in some way 
that may or ma ot be conducive to making backups. Those 
with UNIX/Cromix machines received the drives with Cromem- 
co’s standard partitions, which are the way they are for a real 
good reason: the factory-standard partitions are the size that 
fits on a CTD cartridge. 

We've seen machines with 50M byte Winchester’s with only 
one partition; ie., the whole 50M available. We tend to 
discourage that. 
ve come to believe that the ‘‘best"’ partitioning scheme 
is the one used in the UNIX/Cromix machines; stdO is about 
3000K, std1 is about 4200K, std2 is about 20100K, std3 is about 
20100K, and std4 is somewhere between 1350K and 1800K, 
depending on what hard drive you have. 

In a Cromix-only environment, we like to combine std0 and 
std1 (making a new stdO that’s about 7200K), make std1 
20100K, std2 20100K, and make std3 whatever's left over. We 
put all the operating software in stdO, except for the /usr direc- 
tory — we put /usr in std1 and mount it on boot to /usr (we do 
the same thing in UNIX systems, except that std3 is mounted 
to /usr). 

We do this becaus r 10 real good reason to constantly 
archive std0: it conta’ sromix, /bin, /emd, /ete, /gen and other 
directories that you only change when you upgrade the soft- 
ware (you do subscribe to SUDS, don’t you?) You make one 
archive tape, put it away, and only use it when nece sary. Note 
that the script given here violates this rule, but it’s intended 
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as a guide for you to do your own thing, so it does back up from 
the root; if you partition like we do, just change the scan and 
ftar lines to point | to the right place — instead of ‘scan / .. 
use ‘scan /usr 
We take pains to move the compilers and things out of 
/usr/pkg/whatever to the /bin, /emd, and any other directories 
and to move any ‘‘maklink’’ files to std1 or std2 (because you 
can’t make a link across devices). 
Then, you can use std2 or std3 for an ‘‘on-line* back up, and 
ftar whatever is in them to tape — with the proviso that this 
may not be a good idea, see above. 


Restoring 

Restoring a file from tape is simple: 

ftar -xv -b 510 /dev/fted {pathname} 
gets a file (or group of files) back and shows you the names 
as they’re recovered, 

Restoring a whole file system is different: 

ftar -xv -b 510 /dev/fted 
Did the Backup Work? 

The procedures given above write files to a tape cartridge. 
The ever-present question is, did they write properly? The 
“proof of the pudding’: 

ftar -yv -b 510 /dev/fted 
which compares what's on tape with what's on the file system, 
and prints (on the console) the results of the compare (or, by 
re-direction, to the system printer, see above, or toa file). You 
should make the comparison on both an incremental and full 
backup tape. Period. If you don’t, you're asking for it. 

If your media is bad — the tape cartridge — you'll get a 
“UFLOP error.’’ A UFLOP error means that ftar couldn't read 
aspot on the tape. This means that you should re-initialize that 
cartridge, which will create a new VTOC for you. It also means 
that that particular cartridge should probably be retired to long- 
term archive or scrapped. 

Which Tapes Do You Restore? 


The simplest strategy we use or Pecommend isa full backup 
that occurs after Friday's b ss; i.e., about 00:00 Saturday 
(this is how the daily script is written). “Then, about 00:00 Tue: 
day, Wednesday, Thursday, and Friday, we make incremen- 
tal backups. In a simple (simple-minded?) implementation of 
this particular scheme, you make an archive tape on Saturday, 
replace the cartridge on Monday morning, and do incremen- 
tal's through the week on the replacement cartridge. Then, on 
Saturday, a new full archive is written and the whole cycle 
starts over. 

This is NOT a good way to do things — a different backup 
cartridge should go into the drive every busin 
archive tape should be archived. It 
only need two tape cartridges. It is also taking a chance: © 
DC-600A cartridges have a sad history of either being bad out 
of the box or going bad shortly after being placed in service. 
If you don't use the inittape utility every so often (like once 
a week) to check a cartridge in a two-tape system, you're ask- 
ing for trouble; i.e., you may find your backup unreadable. 
Lesson: tapes are cheap; buy some. 

So, how do you restore? Depends. If you're only restoring 
a particular file that somebody blew away, you can see if it’s 
on “yesterday's incremental tape, then on the day's before, 
and so on back to the last full save. This is done with: 

ftar -tv -b 510 /dev/fted {pathname} 
which will tell you if there, and: 

ftar -xv -b 510 /dev/fted {pathname} 
to get it back. 

If, on the other hand, you have to restore a full partition, 
you start with the last full save and work toward “yesterday” 
tape. This guarantees that all files that were in a direc- 
tory are brought back (from the full save), and that any in- 
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cremental changes made will over-write in the proper se- 
quence. How many tapes you have to read depends on when 
you did the last full backup (we recommend a weekly full 
backup). 

This is really the difference between tar and ftar. Tar can ap- 
pend files to an archive: ftar can’t. I'd prefer an ftar tape to 
work with because I can easily re-load without having to worry 
about possible appends down the road. Ftar is a wysiwyg (what 
you see is what you got); you don’t have to fool with it. 

An additional advantage of ftar (we believe), is that ftar will 
re-create devices and directories for you — tar won't — soa 
full partition restore is much, much easier because you don’t 
have to re- create all the directory structure before you can 
get back in business. 

So, What’s a Good Strategy? 

We believe that the ‘‘best”’ strategy is one in which you create 
daily backup tapes that “‘grow"' as the week goes by, an end- 
of-week full file system save, and an end-of-month file system 
archive. 

The way we believe is best to implement thi 
hing works on a “rotating FIFO" basis (FIFO is 
counting acronym that comes from first-in-first-out). 

You should have four daily tapes, labeled ‘‘Monday 
day,"’ ‘Wednesday,”’ and ‘*Thursday.”’ On Monday, you put the 

Monday” tape in the drive, on Tuesday you put the ‘Tues. 
day”’ tape in, and so on. You rotate these tapes every week, 
using them for about three months before you really start pay- 
ing attention to using inittape to verify them. 

You should have four weekly save tapes, labeled ‘‘One,’ 

Two,” etc. or some other labeling that makes sense to you. 
You use the number one tape on the first Friday of the month, 
the number two tape on the second Friday, and so on through 
the last week of the month. 

At the end of the month, you should have a tape (or tapes) 
marked with the month and year, ftar everything to them, and 
put them away. We recommend that you ‘‘put them away"’ 
somewhere off the premises (your safe deposit box is a good 
place) so if a real catastrophe strikes — like the building burns 
— you have a known good copy of your system that can get 

you back in business as soon as possible. (Does this sound like 
over-kill? It isn’t: it’s happened; consider, again, what it would 
cost you if you lost everything to a fire, flood, or earthquake.) 
Automated Daily Backup 

Here’: putine we've cobbled together over the years that 
incorporates suggestions from others, things printed in /O 
NEWS, the ‘“‘help”' files in Cromix, UNIX manuals, special in- 
terest magazines, and our own experience. It’s called ‘‘daily"’ 
(daily.cmd, Listing I), and we have it living in the /emd direc- 
tory and started up on bootstrap running in background like 
flush; e.g., 

daily & 
in the /etce/startup.cmd 

There's nothing esoter' 


le. 
bout this 


it freely uses Cromix shell 


ly daily, you'll notice that there are ‘‘echoes"* to 
/dev/console, and you'll probably think to yourself that these 
are unnecessary because any messages will be directed to the 
console anyway because it's the standard output and standard 
error device. True; but, we recommend that you change the 
“console” to ‘‘prt”’ so you have a printed record of what hap- 
pened, when. (We also suggest that you edit form-feeds into 
the strings so you have a neatly paged record to file with your 
archive tapes.) 

One word of warning — if your file system is bigger than 25M 
bytes, ftar will prompt you to change the tape when it runs out 
of space, and the whole em will sit and wait for you to do 
so. You may wish to modify this routine to handle that (we 
have, a multi-partition version is available, see below). 

Listing IL is stopflush.cmd, which should go in your /emd 


directory. It’s used to kill the flush utility after the appropriate 
process ID (PID) is appended to it. 

The commands that hang-up any users still on the system 
when backup starts aren't included in Listing I. This requires 
a program — Listings II and may be beyond the 
needs of most sites. If you're interested, we'll be happy to make 
a copy of the source and .bin files (including the files listed here) 
for you if you send us a blank disk (5-1/4"" or 8"’) and $5.00. 

We also maintain a ‘“‘guest’’ account on our system — you 
may, if you'd like, dial-in to us and copy these files. You may 
dial in at 300, 1200, or 2400 baud to (313) 835-0809, login as 
“guest,’’ and ‘‘rfile/sfile”’ all the files (if you have trouble, send 
mail to ‘‘system’’). 

Conclusions 

Making backups of your system is one of the most important 
activities, and most often neglected, you need to do. We believe 
that ‘‘daily"’ is a painless, inexpensive, and easy way of handl- 
ing this task, and we urge you to take advantage of it on your 
system. 
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No missing parts 
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Cromemco Merges With Dynatech 

Dr. Harry Garland, president of 
Cromemco, has announced the merger 
of Cromemco, Inc. with Dynatech cor- 
poration. Dynatech is a publicly-traded 
Fortune 1000 company with head- 
quarters in Burlington, Massachusetts. 

In announcing the merger Dr. Garland 
said, ‘‘This new association with 
Dynatech will bring new visibility and 
stability to Cromemco and will augment 
our considerable strength as a 
technology leader in the design of 
specialized, high-performance super- 
microcomputer systems. While many of 
the early microcomputer manufacturers 
have foundered during the past few 
years, Cromemco has continued to 
develop new markets and set new 
price/performance points for the in- 
dustry. Now, as part of a large, stable 
and diversified company, our customers 
can look for Cromemco to continue to 
serve their specialized computing needs 
for many years to come.’’ 

Dynatech was founded in 1959 by 
Warren Rohsenow and J.P, Barger, both 
of whom were on the engineering facul- 
ty of MIT. In the mid-60’s Dynatech 
began a strategy of diversification 
through the acquisition of high-quality, 
specialized technology companies. To- 
day there are over 30 companies in the 
Dynatech organization engaged in 
medical electronics, digital communica- 
tions, diagnostic instruments, and other 
high-technology niche markets. Both 
founders continue to manage the com- 
pany with Warren Rohsenow serving as 
chairman, and J.P. Barger as president. 
The success of Dynatech’s strategy is 
evidenced by Dynatech’s recent listing 
as one of the 101 best performing com- 
panies in America. 

With the new association with 
Dynatech, Cromemco is well position- 
ed to continue its decade-long commit- 
ment to its customers, while continuing 
to develop new and innovative products 
for the future. Cromemco will continue 
to operate from its Mountain View 
headquarters and expects no significant 
internal changes as a result of the 
merger. 


XXU Technical Bulletins 
Cromemco has released three 
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technical bulletins which may be of in- 
terest to those contemplating upgrading 
their DPU/XPU system to the new XXU. 
The technical bulletins describe the 
modifications to convert an STDC- 
XPU/DPU (for use with XPU or DPU 
systems) to an STDX-XXU/XPU (for use 
with XXU, XPU, or DPU systems), an 
MCU (for use with XPU or DPU systems) 
to an MCUX (for use with XXU, XPU or 
DPU systems), and a 64FDC-X (for use 
with XPU systems) to a 64FDX (for use 
with XXU or XPU systems) 

In addition, a technical bulletin is 
available to correct the incorrect Octart 
interrupt vector numbers in the 
Jusr/sys/cf/dfile for even-numbered Oc- 
tarts running under UNIX System V.2 
release 1.02. Until corrected, even- 
numbered Octarts 2, 4, 6, and 8 will not 
function. 

Copies of these technical bulletins can 
be obtained from 1/0 NEWS. 


MIDI for Cromemcos? 

IACU member Jack E. Burkett, of 
Houston, Texas, recently wrote an in- 
quiry regarding the availability of a 
MIDI interface for Cromemco com- 
puters (a C-10 in particular). As I did not 
know what a MIDI interface was, I 
wrote back for an explanation. The rep- 
ly was, ‘‘MIDI means Musical Instru- 
ment Digital Interface. It is the new 
31250 baud Asynchronous TTL stan- 
dard for microcomputer communica- 
tions with digital pianos, synthesizers, 
etc. The International MIDI Association 
has set the standard for 10-bit codes 
which enable computers to play musical 
instruments. See BYTE, June 1986, Vol. 
ILNo. 6.. Also KEYBOARD magazines or 
ELECTRONIC MUSICIAN on major 
news-stands. It is creating a revolution 
in music! Don’t let Cromemco be left 
out of this breakthrough!" 

Well, I don’t what more I can do to 
keep Cromemco in the picture other 
than putting forth a general appeal to 
the community of Cromemco users: 
Have anyone of you developed such an 
interface or would anyone else be in- 
terested in developing a MIDI interface 
for Cromemco systems? Having review- 
ed the pertinent articles in BYTE, which 
went so far as to show how to design 
both the card interface and recording 
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software (source code provided in ‘C’) 
for an IBM clone, it appears that pro- 
ducing such an interface for a S-100 bas- 
ed Cromemco system would not pose 
much of a problem (the interface for a 
C-10 is a different story). The question 
is, are there any hobbyists or en- 
trepreneurs out there willing to under- 
take the project? If so, please contact 
V/O NEWS or Mr. Burkett. His address is: 

Jack E. Burkett 

P.O. Box 20788 

Houston, TX 77225 


XXU Prominent in S-100 Journal 


The Fall edition of S-100 Journal 
featured the XXU on its front cover, as 
well as the article by Ed Lupin which 
appeared in the last issue of I/O NEWS. 
Copies of S-100 Journal are available 
for $4.90 each ($6.90 outside of the 
U.S.) and may be ordered from: 

S-100 Journal 
P.O. Box 1914 
Orem, Utah 84057 


New Cromemco User BBS 


Kim Dildine, of Dildine Industries, 
Inc., writes: 

One day, not long ago, while I was 
pondering the meaning of life, it occur- 
red to me there was no central 
depository of Cromemco information. 
There was no system set up anywhere 
for people to call up and share their pro- 
blems or ideas. I figured the Cromemco 
users of the world should have access 
to a bulletin board type of system. 

Thappen to have a rack full of eight- 
bit System Threes sitting around doing 
little more than looking impressive. I 
decided to configure one of them into 
a Z-80 Cromix system. The computer's 
only duty will be to serve the needs of 
those who dial it up. 

Until I start getting a lot of people us- 
ing the system I won’t want to spend 
much time or money to set it up. The 
system will only be available during 
non-business hours, which are Yam to 
5pm (central time) Monday thru Friday 
and 10am to 2pm on Saturday. The 
phone number is 219-931-0203. If you 
dial this number outside of those hours 


you should get in. You can use a 300 or 
12000 baud modem. Tap return several 
times until you get the LOGIN prompt. 
Log in as NEWUSER to get more infor- 
mation. Log in as BBS to use the system. 

Once logged in you will be a standard 
non-privileged user in the Cromix 
operating system. I hope we don’t get 
a jerk who likes deleting things because 
there won't be any protection from this 
kind of attack. The system will be at the 
mercy of those who use it. 

Thope this system will fill a void and 
that it gets used by many people. I ex- 
pect everybody to contribute their in- 
formation, thoughts and programs to 
make this system useful for everyone. 

Give it a try. Let me know what you 


ink. 
thn Kim Dildine 
P.O. Box 4189 
Hammond, IN 46324 


(219) 931-7020 (312) 891-1064 


UNIX Plotters? 

Doug Sharrod, of Multi-Media Video. 
is interested in connecting a graphics 
plotter to a CS-300 running Unix System 
V. He would like to hear from anyone 
who has done this, or knows how to do 
it. If you have any information, please 
contact Doug at (408) 727-1733. 
68000 Chess Program? 


LACU member Chuck Montgomery, of 
Pennsylvania, is going to be upgrading 
hi stem to Cromix-Plus, series 40, 
running with a XXU, and is interested 
to know if anyone has a chess program 
to run under the 68020-based XXU. 
There are numerous chess game pro- 
grams available in the public domain, 
and Chuck was wondering whether or 
not any have been ported to series 40 
Cromix-Plus. If you can help in this 
regard, please contact 1/0 NEWS or 
Chuck Montgomery. Chuck can be 
reached at (412) 458-7500 ext. -17. 
Computer Books 

If you are interested in hearing about 
the latest publications about computers, 
operating systems, programming, etc., 
here’s a hot tip: get on the COMPUTER 
LITERACY BOOKSHOP mailing list! 
You'll receive, on a monthly basis, their 
NEW BOOK BULLETIN — an eight page 
newsletter which gives abstracts and 
pricing information on all of the latest 
computer-related books. In addition, 
you can request Prentice-Hall’s C/UNIX 
COLLECTION which describes 28 
distinctive guides to the UNIX operating 
system and C programming. To get on 
their mailing list simply write to: 

COMPUTER LITERACY BOOKSHOP 
520 Lawrence Expressway 
Sunnyvale, CA 94086 
(408) 730-9955 


oD 
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TABLE 
DISK STORAGE RAM MEMORY OP. SYSTEM 

MODEL 50MEG 140MEG 2MEG 4MEG CROMIX+ UNIX PRICE 
(CS120H50XXC20 x x x $14,995 
(CS120H150XXC20 x x x 16,995 
(CS120H50XX20 x x x x 16,995 
CS120H150XX20 x x x x 18,995 
CS120H50XX40 4 x x 16,995 
CS120H150XXC40 4 x x 18,995 
CS120H50XX40 x x x x 18,995 
CS120H150Xx40 x x x x 20,995 


or Sale - Complete CROMIX System 


Complete nemco 3 User System 
ting of Z2D, HDD 10 meg. Hard Disk, Control 


under Cromix 
a35 meg Hard 


Disk, two 5¥4" and two 8” Floppies. One 3102 terminal anda C10 64k 
Stand alone computer. Used as a terminal for cromix or a stand alone 
computer with its own 5% 


floppy 

Boards include: ZPU, PRI, 16FDC, 2 Tu-art, 4 64k Memory, and 
never used |OP and Quardart. Plus one extra ZPU 

Software includes: Cromix, Gunn Ent. Enhanced Cromix with CPM 
Simulator, OBase II, Fortran IV, Writemaster, Planmaster, Structured 
Basic, and Electric Blackboard Multi-window text editor 


Take it all for $2000 
Cal! Mike Mellone at (201) 479-6134 
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Safe C 


Catalytix Corporation of Cambridge, MA, the leading sup- 
plier of advanced software development tools for C program- 
mers, announced today the availability of its entire Safe C™ 
product line for Cromemco’s UNIX-based computers. Cromem- 
co, of Mountain View, CA, manufactures multiuser computer 
systems based on Motorola's 68010 or 68020 microprocessors 
running UNIX System V. 

Catalytix’ Safe C family of software development tools con- 
sists of an advanced Interpreter for interactive execution of 
C programs and Runtime Analyzer for automatic detection of 
C programming errors. The Analyzer also includes modules 
which perform tracing, facilitate code optimization, and analyze 
test coverage. These products are useful for developing new 
software applications and porting existing C software to 
Cromemco’s machines. 

Catalytix has also released a special version the C Trainer 
for Cromemco’s UNIX-based microcomputers. The C Trainer 
is an interactive instructional package for teaching the C 
language. It includes a textbook published by Prentice-Hall, The 
C Trainer Interpreter, and an on-line library of programs 
described in the textbook. 

Current users of the Safe C family include AT&T Bell 
Laboratories, IBM, Harvard University, Hewlett-Packard, Prime 
Computers, Lawrence Livermore National Laboratories, Com- 
mercial Union Insurance, Raytheon Company, General Elec- 
tric, U.S. Department of Defense, Sandia National Laboratories, 
and the University of California. 

Prices for Catalytix software for Cromemco systems are: 
$2,000 for the Interpreter; $1,200 per Runtime Analyzer 
module; and $220 for the C Trainer Package. A dial-up 
demonstration of Catalytix Safe C Products is available to those 
with a 1200 baud modem. For additional information contact: 


Jean M. Kelly 
Catalytix Corporation 
55 Wheeler Street 
Cambridge, MA 02138 
(617) 497-2160 


Safe C is a trademark of Catalytix Corporation. 


TODAY 


Cromemco has announced the availability of BBJ’s TODAY 
fourth generation language (4GL) for its line of UNIX-based 
microcomputers. With the TODAY 4GL applications can be 
developed in a fraction of the time required with classical pro- 
gramming languages such as BASIC, COBOL, etc., and easily 
adapted and modified to changing needs. The TODAY 4GL is 
a proven system, The product was originally developed by BBJ 
for Hewlett-Packard computers, and has been extensively us- 
ed with Cromemco computers for over two years. One Cromem- 
co user is Algorithm, Ltd., the exclusive Cromemco distributor 
in Greece. Mr. George Natis, Algorithm's customer support 
manager, writes: 

“After TODAY 4GL, everything else is history. An applica- 
tion that took us 3 months to write with C and Unify took just 
3 weeks with TODAY. We are running nine users on a CS400 
with 40 megabyte C-ISAM files with an extremely fast response 
time. We are very enthusiastic about TODAY 4GL and 
Cromemco.”" 

Some of TODAY’s key features are: 
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¢ Simple to develop sophisticated applications: TODAY 
anticipates the needs of the developer. Without procedural pro- 
gramming, TODAY can create menus, on-line transactions, 
reports, background jobs, on-line help information, error 
messages, application documentation and complete data base 
definition for your requirements. 

° Hides the operating system: User logs in directly to the 
application and never sees bin files or directories. 

¢ Fast development: Little or no programming is involved. 
Menus, prompts, help messages, and screen ‘‘painting'’ capabili- 
ty all aid rapid development. 

¢ Foreign language support: The use of synonyms allows 
easy language conversion. 

° Highly efficient execution: TODAY is written in the ‘C’ 
language; development under TODAY creates a P-code. An Ex- 
erciser has been ported to Cromemco which is optimized to run 
the P-code taking advantage of Cromemco speed and features. 
The Exerciser requires only 250kb of memory with 30kb for 
each user. 

* Database interface: TODAY interfaces to C-ISAM, Infor- 
mix/SQL, and UNIFY. 

¢ Documentation and maintenance: Automatic audit trail 
and documentation features relieve the developer of much of 
this time-consuming chore. Maintenance becomes easier. 

¢ Training: BBJ provides a one week training course in 
California and Florida. 

The TODAY 4GL can be ordered directly from Cromemco 
(model TODAY-XS and a run-time only version, TODAYRT-XS). 
For further information contact Cromemco or: 


BBJ Computer Services Inc. 
2946 Scott Blvd. 
Santa Clara, CA 95054 
(408) 727-4464 Telex: 5101012118 


Editor’s Note: 
We look forward to running articles and reviews on this ea- 
citing new product in upcoming issues of I/O NEWS. 


Telephone Systems Software 


Computer Crossroads has written a package in TODAY 4GL 
that gathers call information from one or more ROLM ‘‘CBX”’ 
phone systems and prepares management reports using this in- 
formation. The program, called TCAS, generates reports in- 
cluding time of the call, phone extension, number called, and 
length of call for both incoming and outgoing calls. The soft- 
ware runs on a Cromemco CS100H50X10 or larger computer 
and requires the TODAYRT-XS run-time software. TCAS is 
available from Computer Crossroads. (It is not available directly 
from Cromemco.) List price for the software is $5,000. Address 
inquiries to: 

Computer Crossroads of America 
1750 Alma Road #118 
P.O. Box 832117 
Richardson, TX 75083-2117 
(214) 231-6108 


2nd Generations FERRUPS UPS 

Ten ‘‘Second Generation’? FERRUPS Uninterruptible Power 
Supply (UPS) models featuring the best price/performance ratio 
in the industry are available from BEST POWER 


FOR SALE 


Cromemco System || with 68000 
DPU, Cromix 20.65, (4) 512K 
memory boards (no ecc), (2) IOP’s 
& Quadart, 64FDC, PRI, FFP, Wren 
Hard Disk SOME), 2.5% in. floppies, 
BRZ-Il, Cipher 9-track tape & con- 


excalisur 


UPGRADE YOUR SYSTEM!! 


troller, C-10 with upgraded 
keyboard (CKBC). 


All standard software & Fast Fortran 
‘77. Well maintained (under 
contract), 


Asking $13,900 or Best Offer. 


Will provide free Tektronix graphics 
driver to purchaser and have 
system certified if desired. 


Respond to: 
P.O. Box 153 
Fulton, MD 20759 
or call Bill at (304) 730-0685 


256KZ to 1024KZ 


512MSU to 2048MSU 


Excalibur Utilities 


Qty 1 
2-4 
5-10 
1+ 


Qty 1 
2 


-4 
5-10 
11+ 

Qty 1+ 


90 day warranty on all modified boards. 


Need to upgrade your memory but can’t afford the downtime? 


Call and ask about our ADVANCE BOARD PROGRAM! 


WANTED 
IOPIQUADART 


Exchange or sell 3102, 3100 ter- 
minals, Systern Ill, HDD-44, BRZIll in 
Cromemco desk, 


Bill Beeman 
(613) 225-4008 


EXCALIBUR COMPUTERS 


4548 Auburn Blvd., Suite 191 
Sacramento, California 95841 


(916)971-9610 


TECHNOLOGY, INC. 

These models feature sophisticated microprocessor controls, 
high efficiency and decorative, space-saving design. BEST’S 
new units range in capacity from 15KVA to provide minicom- 
puter 
microcomputer applications. All units provide true on-line 
uninterruptible power that protects against all line power pro- 
blems including power blackouts, brownouts, sags, spikes, 
surges, noise and frequency variation. 

According to Terrance D. Paul, President, ‘‘The Second 
Generation line, employing our proven ferroresonant 
technology, presents the most reliable and efficient UPS at the 
lowest price available today.’’ BEST is one of the three leading 
suppliers of UPS in its capacity range. 

Among the features of BEST’s Second Generation products 
are: 

° Lower Cost. BEST'S prices are as much as 50% below com- 
petitive units. A BEST 3KVA unit, for instance, lists at $5,995, 
while comparable units from its two major competitors are 
prices at $14,885 and $12,909. 


° High Efficiency. Since BEST’s technology eliminates the 


AC to DC to AC double conversion typical of other UPS, 90% 
of the incoming line power is passed on to the load, instead 
of 60 to 80% in competitive units. 

¢ Improved Reliability. Because the inverter and batteries 
are only “‘on”’ when needed, the life of these systems is ex- 
tended dramatically. 

© Microprocessor Control. The 2 thru 15KVA units have 
a keyboard to control the microprocessor and a LCD display 
of information. Immediately available to the user are 17 meter 
functions, 12 alarm messages, and 13 set points to tailor a FER- 
RUPS to a specific application. Virtually all set-up, calibration 
and other user-defined control of the unit is exercised from the 
keyboard., The microprocessor controls the inverter as well as 
coordinating input and output systems. 

For more information contact: 


Cheryl A. Martin 
BEST POWER TECHNOLOGY, INC. 
P.O. Box 280 
Necedah, WI 54646 
(800) 356-5794 
In Wisconsin: (608)565-7200 aD 
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Abstract: 

This is the first of a two-part installment which covers hard 
disk initialization under Cromix-Plus and the “art” of mak- 
ing cables for peripheral-to-Cromemco interconnection. The 
use of the Cromix-Plus utility inithard is examined. A history 
of Cromemco hard disk subsystems and controllers is 
presented. Methods for partitioning hard disks for use under 
Unix or Cromizx-Plus are specified. Under the cables topic, the 
serial and parallel interfaces (Centronics and Qume) employed 
in Cromemco equipment are discussed. The pin-out table for 
a Centronics Parallel to Cromemco is provided. Serial inter- 
faces are similarly discussed. The second installment will pro- 
vide'a more in-depth study of the RS-232 serial interface and 
the principle of hardware-to-software “handshaking” protocols 
in relation to printers and modems. 


STDC Hard Disk Initialization 


There still is some confusion on hard disk initializations us- 
ing inithard under Cromix-Plus, especially where partitions are 
concerned. Let me see if I can shed some light on the topic, 
not from a ‘‘how to"’ standpoint, but from a logical standpoint 
so that you can see what the creators had in mind. 

Note: There is a bug in the current release inithard shipped 
with Cromix- Plus version 31.40. The inithard version is 30.15. 
It does not properly write the segment table so the drive always 
appears to have only one segment, STDO. Use version 30.07 
to initialize hard disks the first time until this minor bug is fix- 
ed. Using 30.15 to re- initialize an already initialized drive seems 
fine. 

For purposes of this discussion I will use two terms. The first 
is ‘logical disk drive" or ‘‘logical drive’’. A logical drive may 
also be called a segment or partition, and is actually a segment 
of a physical drive. The second term is ‘‘physical drive’? which 
refers to the piece of hardware. 

In the case of Cromemco systems this is the WDI type using 
IMI (International Memories, Inc., now out of business except 
for service) type hard disk drive originally sold as model 
numbers HDD-11, HDD-22, HDD-5 and HDD-20 or STDC-type 
hard disk drive using the industry standard ST-506 type drive 
originally sold by Cromemco as the HDD-21 and HDD- 50. WDI 
drives all worked under both CDOS, Cromix-D (the original 
Cromix for DPU-based 68000 systems, now replaced with 
Cromix-Plus) and Z80 Cromix. They did not work under the 
original versions of Cromix-Plus but have been supported since 
version 30.79 provided you have a WDE-II, not the original WDI. 
(You can use any version of the IMI hard disk drive if you have 
a WDLII controller card.) STDC-type hard disk drives work only 
on Cromix systems and not on CDOS systems. 

Less popular, but still common, are the SMD type hard disk 
drives that are on some Cromix-D and Cromix-Plus machines. 
These often have removable platters and are usually more ex- 
pensive mini-computer-like drives. These drives are supported 
on the Cromemco SMDI card. 

The newer, faster, and now more popular STDC-type hard 
disk drives are so called because they use the more recent 
ST-506 interface standard instead of the older IMI interface. 
Cromemco was the first to offer a hard disk drive as standard 
equipment and International Memories was the only show in 
town at the time, hence the ‘‘IMI Interface Standard.”’ But the 
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ST-506 standard came about much later and its acceptance in 
the IBM PC machines has made it dominant. There are several 
newer standards that currently are contending for the next 
generation of hard disks that will certainly offer greater storage 
and performance. 

Anyway, back to logical and physical disk drives. The IMI type 
interface can typically support up to 3 physical drives: 5, 11, 
or 20 megabytes (megabytes will henceforth be referred to as 
“‘megs’’), The STDC can support up to two drives, many dif- 
ferent types from 5 to 240 megabytes, with the most common 
in the 20, 30, 35, 50, and 85 meg range. These are physical 
drives. 

Any of these drives can be segmented into one or more (up 
to 32) logical segments or logical drives. That is, they appear 
to the computer as a wholly separate disk drive even though 
all 32 segments may be on the same physical drive. You mount 
and unmount them like any other hard disk or floppy disk. You 
initialize them and make file systems on them as though they 
were separate physical drives. But in reality many different 
logical drives may all reside on the same physical drive, This 
feature has ONLY BEEN true on Cromix- Plus and UNIX 
machines. Prior to these operating systems there was only one 
physical and one logical drive and one device number. 

The obvious advantage of separate logical drives, especially 
the large capacity drives, is that it gives the user a much more 
flexible method of organizing data. The segments can be sized 
by their functions and this will make backing up easier. For 
instance the operating system occupies about 2 megs and could 
be put on a segment of its own to keep it separate from other 
data. Back up this segment only when a change happens. I 
usually segment the drive in 25 meg or smaller segments, all 
the same size, so that each will fit on a CTD tape without a 
break and so the contents of one segment will fit entirely on 
another segment. That makes restoration easy if problems oc- 
cur. If you are using floppies to back up, smaller segments may 
be better. Also if you have extra space on the drive and the 
segments are about the same size, you can back up one seg- 
ment on an unused segment. 

To allocate the amount of space per segment I use the follow- 
ing simple formula. I take the total capacity of a drive and 
decide how many segments it will take to keep each within the 
size limit that I want. Let’s say we are working with an 85 meg 
drive and don’t want more than 20 megs on a segment so that 
we can back up one segment per tape. 85 megs gives about 4 
segments at 21 megs each. If the drive has 1224 cylinders 
(number of heads does not matter for this purpose) then 1224 
divided by 4 is about 306 cylinders per segment. So when we 
have run inithard on the whole drive and it asks if we want 
to declare partitions or segments we answer ‘‘yes” and give 
the following values: 306, 612, 918 and carriage return to end. 
The segments will then look like this: cylinders 0-306 = STDO; 
cylinders 307-612 = STD1; cylinders 613- 918 = STD2; and 
cylinders 919-1224 = STD3. If you don’t declare any partitions, 
the whole drive will be STDO, Now we have done the original 
initialization AND segmentation of the PHYSICAL drive set- 
ting up the various LOGICAL drive segments. 

If you make a file system using makfs on any segment (logical 
drive, not physical drive) it will treat that segment as a separate 
drive and will have no effect on the other partitions on the 


same physical drive. The same is true of inithard. If you in- 
itialize only STD1, this will have no effect on the contents of 
other segments on the drive. Again, if you use segment STD31 
this will be the whole drive regardless of segments and WILL 
wipe out data on ALL logical segments. Only use STD31 when 
setting up a new drive or changing segments on an existing 
drive. 

Some other rules to remember: When a new drive or badly 
scrambled drive is initialized it must be initialized as STD31 if 
it is the first physical drive or STD63 if it is the second physical 
drive. Remember a physical drive can have up to 32 (0-31 in- 
clusive) total segments, even if you don't use them all. The first 
physical drive is segments 0-31 and the second 32-63. If the 
original label and segment table can be read on the drive giv- 
ing the number of heads, number of cylinders, where write 
precomp starts, segments, alternate tracks, etc, then these will 
be the defaults when you re-initialize the whole drive. Other- 
wise, if you want to change them or restore one that the system 
cannot read, you must know and enter the proper values. 

I ALWAYS print out the disk information using the diskinfo 
utility BEFORE I have a disk scramble. You can’t always get 
this information after a scramble. I redirect it to a printer and 
save the information with system documents in case I ever need 
to re-initialize the disk. For STDC Drive One use: 

diskinfo std31 > /dev/prt 
For the STDC Drive Two (if present) use: 

diskinfo std63 > /dev/prt. 


The first segment is usually the operating system's root 
device, normally STDO, This is not necessary but is common 
practice. Any segment can be the root provided it has all 
necessary system utilities, directories and files and is declared 
the root device on booting. 

When writing a boot on a drive to allow an automatic boot 
directly from RDOS (MUST use RDOS version 3.12 for STDC- 
type hard disk drives and version 3.08 for WDI type drives) 
you should use the segment that is the root device. Thus if you 
have only one STDC-type drive you would write a boot to the 
drive as follows: wboot std0 or in the case of a WDI type hard 
disk: wboot hd. This is the method if writing a boot to a hard 
disk IF you have an RDOS version capable of booting from your 
drive. Otherwise you must boot from floppy. This is where most 
people have a problem. Writing a boot does not care how many 
segments you have or what segment is the root device. RDOS 
reads the boot off of the whole device referred to as STD31. 

Setting the switches on the 16FDC or 64FDC will cause a 
default boot to this drive or entering bst0 or bhO at the RDOS 
prompt will cause a boot. Under all circumstances, all versions 
of RDOS will do a floppy boot from floppy disk. But using the 
proper hard disk versions of RDOS will not only allow a faster 
hard disk boot but will also allow you to run simple tests on 
a defective drive if you cannot otherwise boot the system. 

To summarize: 

Whenever you do anything that effects the whole physical 
drive refer to it by the highest segment number for that physical 
device, i.e. the first physical drive is STD31, the second STD63. 

© Choose segment sizes that are logical for what you are do- 
ing on the system. Creating random size segments on an 85 meg 
drive or creating no segments makes system administration dif- 
ficult and limits what you can do to restore a scrambled drive 
or segment. 

° Calculate the segment sizes by taking the total drive capaci- 
ty divided by the size segments you want and then divide the 
total cylinders by the number of segments desired. An exam- 
ple on an 85 meg drive: 85 megs total divided by desired 20 
megs per segment gives 4 segments total. If the drive has 1224 
total tracks that is 306 tracks per segment. If you don’t want 
all segments the same size, as in UNIX, another way to approach 
the problem is to determine the capacity per cylinder and then 
the number of cylinders per desired segment size. Example: 
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if I want a 10 meg and two 35 meg segments on the 85 meg 
drive I could take 85 megs divided by 1224 cylinders for about 
69.5 Kilobytes per cylinder. I can then figure the number of 
cylinders needed for the desired segment size. 

© When writing a boot to the drive treat the drive as a physical 
drive referring to it as STD31 or STD63. 

If you don’t need to re-initialize the whole drive but only 
want to change segments answering ‘‘x"’ to the first cylinder 
question on inithard will allow you to change the segment table 
without re-initializing the whole drive. But if segments are 
changed you will lose data on existing segments and must make 
new file systems on each re-sized segment. Therefore data 
should be backed up before changing segment tables or it like- 
ly will be lost (obviously this is true when initializing segments 
too.) 

* All device segment names must be in the /dev directory if 
they are declared. STD31 must be present to initialize the drive 
in the first place and STDO to refer to it as a minimum if I 
declare no partitions. Above these, a device name must be pre- 
sent for each additional segment. For example, if I declare six 
segments the devices STDO, STD1, STD2, STD3, STD4, STD5 
and STD31 must be present. Use makdev to add them to the 
device directory if they are not already there. 

* File systems must be created on each segment as if it were 
a separate physical drive using makfs. If a file system is not 
made on a segment the message ‘‘Not a Cromix disk" will oc- 
cur whenever you try to mount the segment. 

* Making a file system or initializing a segment will have no 
effect on other segments with the exception of STD31 or STD63 
which refer to the whole drive. 

New drives need initialization information to properly in- 
itialize them in the beginning. Drives already initialized can be 
re-initialized and original values used when the drive was first 
initialized will be the defaults — assuming the label is intact 
on the drive (see //O NEWS, Vol. V, No. 4 — TEC TIPS for 
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recommended initialization values). 
Cables, Cables and More Cables 


It is impossible for me to give you all of the possible cable 
combinations required for attaching various peripheral devices 
to a Cromemco. There are so many possibilities and combina- 
tions, sometimes in the same pieces of equipment. But let me 
offer a few short pieces of information and principles that I 
use when setting up hardware. 

First there are two basic peripheral-to- computer interfaces: 
parallel and serial. Within each there are several variations. 
Let's start with parallel. 

Cromemco uses two parallel interfaces: the Qume interface 
and the Centronics parallel interface. The Qume interface was 
developed early on by the Qume printer company and was the 
industry standard for high quality letter quality printers. It is 
ONLY supported on the Cromemco PRI card, i.e., no C-10s. Cur- 
rently it is not supported under UNIX but is under CDOS and 
all versions of Cromix. It is a 16-bit interface and allows for 
truly proportional spacing and has a great deal of flexibility, 
using mode to set line and character spacing. It uses the ‘‘tip’’ 
device driver, The printers sold by Cromemco for use with this 
drive were the 3355 (Qume built daisy wheel), the 3355A (built 
by NEC and sold as the NEC 7700, 7703, and 7700Q) and the 
3355B (an updated version of the 3355A also built by NEC). 
Software-wise these printers were virtually interchangeable. 
Each has its own cable and uses an extensive 25 conductor cable 
good up to a distance of 25 feet from the computer. This is the 
best word processing printer Cromemco has sold. 

The next parallel interface is the Centronics interface: a 7 
or 8 bit interface based on the now defacto standard Centronics. 
It is a simpler interface and transfers all eight data bits in one 
cycle and has a hard-wire from the computer to the printer for 
each bit and control line. There are usually at least 11 wires: 
bits 1-7, busy line, strobe, ready line, and ground. Cromemco 
Centronics uses only 7 bits with the exception of the C-10 which 
can do 8 bits. The 8th bit is usually only used for graphics on 
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some printers and is tied to ground when connected to a 
Cromemco to keep it low. Use the following connections when 
making a Centronics cable. 


Centronics Parallel to Cromemco in Centronics Order 


Cent 34 pin Signal DB-25 Color 

1 Strobe 22 Black 
2 Data 0 13 Orange 
3 Data 1 25 Gray 

4 Data 2 12 Red 

5 Data 3 24 Tan 

6 Data 4 1 Yellow 
e Data 5 23 White 
8 Data 6 10 Brown 
9 Data 7 14 Pink (tie w/Green) 
10 Ack. 15 Violet 
1 Busy/Ready 17 Blue 
14,16,21-23 Ground 14 Green 


The cable can be up to 50 feet long and longer if shielded 
cable is used. Care should be taken as solder joints are close 
in the connectors and bridges can occur easily. The colors listed 
are only my order and have no other significance. 

Serial cables are usually easier to make but harder to figure 
out as they are not all the same, as with the Centronics cables. 
The basic serial interface is used between virtually all terminals 
and computers and now more than ever is used between com- 
puters and printers. It can cover a much greater distance and 
uses only a few wires instead of the 12 to 25 wires used with 
parallel interfaces. The basic cable has a transmit line, a receive 
line, and a ground line. But now the problem. 

A transmit line may not always be a transmit line. Not that 
there is any difference in a transmit line, but remember that. 
a transmit line must be hooked to a receive line. Therein lies 
the difficulty. The pin number that is transmit on a terminal 
is not the same pin number on the computer. 

On the Cromemco all types of serial interfaces have the same 
pin numbers, so that helps. Whether it is an FDC, TUART, or 
OCTART, the pin numbers are always the same. The QUADART 
is the sole exception. It has two sets of pin connectors on the 
card for each port and one is just the opposite of the other, 

For all interfaces except the QUADART use the following rule 
of thumb. When I say ‘‘transmit’’ that is from the standpoint. 
of the computer. Obviously the computer's transmit line must 
go to the terminals receive line. If the pin number is not listed, 
it doesn’t count. 


Pin Number Description Signal Direction 


2 Receive Data 
3 Transmit Data 
7 Data ground 


From the terminal to computer 
From the computer to terminal 
Signal Ground, common 


On all serial interfaces these are the basic signals that are re- 
quired. For CRTs you must have a transmit and receive line 
for the terminal to talk back and forth. Most terminals do not 
require any other lines for proper operation. But most ter- 
minals, including modems and printers, do have several other 
lines (mostly on newer pieces of equipment), and these lines 
are not always needed. 

These lines are part of the so called RS-232 standard. The lines 
that are present other than transmit, receive, and ground are 
for hardware handshaking (handshaking is a general term 
meaning coordinating hardware/software so one keeps up with 
the other). 

In the next TEC TIPS column I will try to cover these lines, 
their uses and what to do with them. I'll cover them especial- 
ly in relationship to printers and modems. 
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Termlib 


Since I have access to both Cromix and Unix systems, most 
of the utilities I write in 'C’ are used on both operating systems. 
This leads to several problems that need to be solved for both 
operating systems. Terminal independence is also required to 
do the screen I/O for most of the utilities. To solve these pro- 
blems I have developed a library of routines that are common- 
ly used but must be implemented differently on Cromix and 
Unix. 

These routines cover the basic termcap and I/O control func- 
tions needed to write interactive programs. Termcap facilities 
are available in Unix System 5 and in the Cromix-Plus operating 
systems. Basic I/O control to set the binary or echo mode and 
determine if a character is ready can also be implemented on 
both systems. 

Termeap is a description of TERMinal CAPabilities. These 
capabilities are usually related to the video attributes supported 
by the terminal. Termcap entries in the file /etc/termcap under 
Unix or /etc/termcaps under Cromix are the character sequences 
needed to set the terminal to the specified mode. For example 
the term ‘so’ should be the sequence to set the terminal to start 
the standout mode (inverse) and the term ‘se’ should be the 
sequence to end the standout mode. These descriptions are read 
and manipulated by calls in the libtermcap.a file under Unix 
or syslib.obj under Cromix. Both systems will get the correct 
termcap entry based on the environment variable TERM. 

To use this library in a program there is only one rule you 
must follow. You must call the routine t_init() before using any 
of the other routines in the library and call the routine t_end() 
before exiting back to the operating system. 

The test program termtest.c shows how to use these routines 
to paint the screen then wait for a character to be typed. If 
the line that says it is in inverse is not then the ‘so’ and ‘se’ 
capabilities are not in the termcap entry for your terminal. 
Likewise the underscored line needs the ‘us’ and ‘ue’ 
capabilities. More information on termcap can be found in the 
termcap(5) manual entry on Unix or the termcaps manual en- 
try on Cromix-Plus. 

The routine t_init() takes care of saving the modes of the ter- 
minal port and initializing the termcap strings. All other 
routines in the library use these variables to perform their func- 
tions. These ‘iables can also be used in your application pro- 
gram. The initialization sequence ‘is’, the visual mode initializa- 
tion sequence ‘vs’, and the cursor addressing mode initializa- 
tion sequence ‘ti’ are sent to the terminal. 

The t_end() routine will restore all modes to the modes in 
effect when t_init() was called. The exit visual mode sequence 
‘ve’ and the exit cursor addressing mode sequence ‘te.’ are sent 
to the terminal. 

The routines t_setecho() and t_resecho() will turn on or off 
the immediate echo of characters that are typed. This is useful 
when you want to accept a character for input but do not want 
the character to show on the screen. 

The routines t_setbin() and t_resbin() will change the ter- 
minal modes not to do input or output processing on characters 
passing through the driver. This also means that characters are 
processed one at a time, therefore allowing the retrieval of a 
single character of input. 


The t_inready() routine allows you to determine if a character 
has been typed before trying to get it. This could be used to 
check if a key has been typed before continuing execution of 
a loop. 

The t_getnum(), t_getstr(), and t_print() functions are used 
by other termlib functions but can also be used to retrieve 
capabilities that are not in termlib. 

The t_goto(line,column) function positions the cursor to the 
specified line and column number. 

The rest of the termcap functions are pretty much self 
explanatory: 


t_insl() insert line 

tdell() delete line 

t_clear() clear screen 

tcleol() clear to end of line 
tcleos() clear to end of screen 
t_home() home the cursor 
tocuru() move the cursor up 
t_eurd() move the cursor down 
teeurl() move the cursor left 
tccurr() move the cursor right 
tusinv() start inverse 

t_einv() end inverse 

t_sund() start underscore 

t eund() — end underscore 


To compile this library for Cromix-Plus comment out the 
define for UNIX and REL3 and leave the one for CROMIX, then 
compile with SVS ‘C’: 

c termlib.c; code termlib.i 
This will result in the file termlib.obj which can be linked to 
a program like this: 

crolinker prog termlib /usr/lib/syslib /usr/lib/clib /usr/lib/paslib 
Note that the syslib library is included to provide termcap func- 
tions for Cromix-Plus. 

To compile this library for Unix with SVS ‘C’ comment out 
the define for CROMIX and leave the one for UNIX. If you have 
the SVS release 2 ‘C’ compiler comment out the REL3 define 
as well. Compile with the SVS compiler like this: 

c termlib.c jcode termlib.i jlinker termlib rm termlib.obj 
This will result in the file termlib.o which can be linked to a 
program like this: 

cc -O prog prog.o termlib.o -Itermcap 
To compile this library for Unix with UPST ‘C’ comment out 
the CROMIX define and leave the defines for both UNIX and 
REL3, then compile (e.g., cc -c termlib.c). This will result in the 
file termlib.o which can be linked to a program like this: 
cc -O prog prog.o termlib.o -Itermcap 


These basic utilities can also be extended to other operating 
environments to provide a standard method of accessing these 
kinds of primitives from your own ‘C’ utilities. 


Editor’s Note: 


The source code and object code of the programs given in this 
column are available at no charge from I/O NEWS. Send us 
a5 % inch disk or contact the office to arrange for the transfer 


VO NEWS 25 


of the files by modem. 


System Independent 1/0 routines For the Cromix+ or Unix 
operating systems using termcap capabiilties. 


Uriteen by: Rick Dhacnens 
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[ft Print the initialization seq. */ 
(+ Pring the visual init seq. " 
elprint (eint_s): 7 Print the cursor addra init seq. */ 
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char [* char pointer is noe null. ” 


1e (8) ¢ 


printecnas"s4)5 [rt Print the string, 4 
Feiush(stdoue) [Make sure it is Clushed out ‘ 
return(oyy 

d 

Peturn (ERR): /* Return error if not there ” 


bin Jt Set input mode to binary. This +/ 
¢ 7 means to return after each char. */ 
Hitder uwix 


eawoNs Turn off input processing bit, / 
‘elec (VIM) hunber of chars, */ 
‘ce(VTIME) " 
iW, TCSETA, bt-cmode) 1 
. 
tieder caonie 
Tlemode) |= BINARY: /* Seu binary mode bit. " 
STDIN, MD-FODES,t_cmode3,-1); /* Set binary mode. 7 
tenait 
return(o): 


binc /* Reset binary mode ” 


oe UNIX 


Tlemodesc_1Clag |= ICANONs 


Input proc bit ” 


e-celvmiNy: ” 
lee VTE}: ” 

37 ” 

be “BINARY: J Reet dinary node bit " 
RD SRODES,¢_enode3,-1); /* Reaet binary mode. ” 


J Bet node to 
1 characters 


” 
of 
ait 
Heder cnomix 
tlenodel I= RCHO; ” 


node STDIN, HD, MODEL, tc 
Aenaie 


return(o): 


J Turn character acho off ” 
J Turn off echo bit 4 
[* Kasee echo mode *t 


fendi 


sede cxonx 
‘Clenodal t= ECHO; rk 


the echo bit ” 


Jetmode(STDIN,ND_MODEL,tenodel,-1)1 /* Reset echo node ” 
dena 
return(0): 
, 
1 
lot tinready " 
n ” 
tot ares 
thedee umn 
Tocei (STDIN, FIONREAD, garg): [* Get the number of chars ready, +7 
fendi 
tieder crore 
sNgetnode(STDIN, MD_STATUS); —/* Check if input buffer is empty. */ 
or 
+ Return non rere Lf char + ” 


r 
Teratest: a program to test the teralib Library. 
” 
Hinctude cetdio.n> 
main) 
¢ 
extern int me_eol, notin J* Detine external references, " 
J Initialize termiip. 
” 
7 
Rerminal has 44 Line + me_eot): 
” 
ie Line 5 coluan 5." 
D+ " 
” 
ia ia Line 10 column 10 and’ 
” 
21595 Fy 
/* Start underdine 7 


Create, Read and Write IBM PC MSDOS disks 
on your Cromemco Unix or Cromix-Plus System 


‘The IBM PCDOS disk format has 
become the defacto commercial 
standard for 5.25 inch diskette 
data transfer for IBM and other 
computer systems, 


‘Today. with CScopy from Cipher 
Systems, you can exchange files 
with any business supporting 
standard MSDOS or PCDOS disks 
or the four million IBM PC/XT/AT 
compatible computers worldwide. 


ened 


2CScopy = 


A single CScopy command gives 
you simple, quick, data exchange 
with your customers, suppliers 
and your office or home PC, 


CScopy saves time and money. 


Forget expensive disk conversion 
services, phone calls and long, 
error prone, serial data transfers. 
CScopy solves the file transfer 
bottleneck once and for all! 


Join the growing list of businesses supporting standard IBM PC disks: 


+ Accountants 
+ Print Shops 
* Photo-Plotters 


+ Consultants 
+ Typographers 
+ PC Board Shops 


+ Data Entry Services 
* Public Data Banks 
+ CNC Machine Shops 


Order CScopy from Cipher Systems or your dealer. 


Cipher 
Cystenia 


Box 6105, Stanford, CA 94305 
(415) 962-8383 


$125 


Specify Cromix-Plus or Unix version of CScopy. Single machine license, 
Foueign orders add $15 handling, All payments in US dollars, 


Tdemash: CSeepy and Cor Sp 


‘he Systm; Crom P and 8.400: roma, he, 


Coprigh ©1986 Cote Syms 


teratast,o teraiib.o 


fe 10-0 tarmeest turmtext.o termiib.c -Ltermeap 


termiib,o: termiib.e 


Out of Business 
Inventory Sale 


Brand New — 


Still in Box  — 


Cromemco 300 — 50 MB Hard Disk 
— 1.2 MB Floppy Disk — 2 MB Er- 
ror Correcting Ram — Octart 


Below Wholesale — $11,000 


Have another Cromemco 300 that 
has been Bench tested for about 10 
hours. Same as above — Yours for 


$10,000 


1(800)-874-6391 
Ask for Robert Helms 
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If you work with financial institutions, as I usually do, you 
are involved with calculations that manipulate money. You get 
percentages for interest calculations, or bond and security 
prices. Z80 ‘C’ was ideal for those calculations because all 
arithmetic was performed in BCD which kept the actual digits 
in storage, to a maximum of 14 digits. These were usually the 
actual digits that you needed. However, with the advent of 
68000 ‘C’, larger programs that compiled faster and ran con- 
siderably faster were now feasible. The price paid, among 
others, was that BCD arithmetic was replaced by binary 
arithmetic. Now, your own cleverness is needed to keep those 
totals correct to the penny!! 

Those of you using that great data base package, INFORMIX, 
have heard of the MONEY variable. Instead of relying on 
storage of dollars and cents in a variable, we store only cents 
by using 

#define CENTS(a) round(100*a + 0.5) 


in the define section at the front end of the program. This avoids 
error, because storing whole numbers in binary double format 
keeps digits up to about 15 digits correctly. Storing decimals 
will usually result in the loss of digits towards the end of the 
15 digits. The newer versions of INFORMIX perform the roun- 
ding correctly. However, there are some programs where I do 
not have the luxury of the use of INFORMIX routines. 

SVS forgot about rounding functions in their library, A short 
complaint to Egon at Cromemco's Technical support brought 
forth the following three subroutines which now satisfy my 
greed for routines that REALLY WORK!! The third is the key 
to the correct operation of the first two. Floor(x) gets the next 
lower integral value below or equal to x. Ceil(x) gets the next 
higher or equal to x. Round(x) = floor(x + .5), or — 


define CENTS(a) floor(100*a + 0.5) 


Mowbte CoveGet J+ emulates UNIX Covet) tunetion #7 
‘double 3: 
‘ 

extern duuble mode): 

aoubte vy 


Feturn(modé(xsay) < 0.0 7 yd Hyde 


double eeiton [9 emulates UNIX c#it() function */ 
double x: 
t 


extern double wodt(>; 


oat (xsby) > 0.0 2 yt s¥)s 


[+ modt() used by cell() & Ceor() from CROMEMCO 7/12/86 */ 


Cine) sizeorcerped? 


1 


(BITS(doubie) = DEXFLEM + _wxDOEWBIT ~ 1) 
(doubtey cit ce FY 
(iL c¢ BSIGNIF'- BITSClong) #1)) 


¢ -valuey >= MAKPOUTUO) 


pei 
printt(n4a", formae(bucke/100-0)): 
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INSIDE CROMIX 


INSIDE CROMIIX is an open forum on both eight-bit and 16-bit versions of Cromix. The subject matter is directed 
towards helping Cromix users derive more from their systems. Members’ contributions are invited. INSIDE CROMIX 
is edited by Jordan Siedband, who can be reached at 5017 Fairview Lane, Skokie, IL 60077, (312)674-1175 


rmat(nabr) /* converte 1236 
eter 


16 characters 7 
pive “(Or at end "/ 
” 


é73/a0 


Static char cbutt1e1: 
char outbut lays 
Tae 4 a.m: 


1 clear number wutter 47 


PP wet weuative (lag 47 


The responsibility is yours to store all monies as pennies us- 
ing the functions above. To print, you may have another gift 
from me: 


printf(‘‘%s"’ format(bucks/100.0)); 
where format is defined: 


Mitte courbue ti 
‘ 


batt yen] 
for (heOykC ke) butt J-=Jooutbut tho} 


, 
Le (nave coy 
‘ 
epurtisyeryty 
Wiibe Ceburtyeuy ey 
auth Cy 


, 
Peturacedt ys 


Remember that in a previous column, I said that no matter 
how clever you think you are, there is always someone out 
there at least as, and possibly, more clever than you. From the 
first day of accepting this column I have asked you for your 
contributions and assistance. If my rantings are going to be the 
only ones here, this column becomes an exercise in self- 
indulgence. Help us all by sending your ideas to me now! 


We ve Really 
Interested...in what 
vou have to say. Especially about 
how you use your system...the 
problems encountered and the 
solutions effected...unusual uses 
or environments...and any 
practical applications you would 
be willing to share with fellow 
members. These can be short 
notes for departments like ‘bits & 
bytes...’ and ‘Tec Tips,’ or full 
Seature articles. 

Contact Bill Jaenicke at /O News 
for editorial guidelines or assistance. 
We're interested in unleashing your 
literary talents. 


We’re Interested! 
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T came to a booth in which an Apple IT 
computer sat running an interactive 
demonstration program. ‘‘Press SPACE 
to continue, ESCAPE to start over, * its 
screen said. With a mischievous gleam 
in my eye, I said to my colleague, ‘“Press 
any other key to crash the system,”’ and. 
pressed a random key. Instantly the 
screen turned to garbage. Snickering, 
we hurried away as one of the booth at- 
tendants rushed over with a disapprov- 
ing look on his face. Serves ‘em right. 

There’s a lot of amateur-looking, user- 
hostile software out there. Several 
years ago, while manager of Applica- 
tions Software Development at 
Cromemco, I developed a list of user- 
interface principles to be used in 
developing interactive software. These 
principles were designed to make in- 
teractive software developed in-ho 
at Cromemco easy to use and con: 
tent, and ensure that it was polished 
and ‘professional’? in appearance. 

rause I have seen software written 
ide of Cromemco for Cromemco 
stems that violates many of those 
, I provide the list (updated 
slightly) in the hopes that it will im- 
prove the quality of the software 
available for my C-10. 
Principle 1 — Consistent Operation 

Computer systems should foster the 
development of habits. When users 
form habits, they can forget about the 
system and concentrate on their own 
work, The more consistent the system 
is, the easier it is for users to fall into 
habits. 

Within a given program, be consistent 
in how the program presents informa- 
tion and in how the user interacts with 
the program. Don’t refer to the 
RETURN key as RET in one place and 
as RETURN in another. Don’t have the 
ESC key abort a function in one context 
and RETURN do it in another. Don’t re- 
quire users to type ‘tyes’ or ‘‘no” 
followed by RETURN in one situation 
and simply press “‘y"’ or ‘‘n’” in another. 

Strive for consistency between pro- 
grams. Try to make your notation (e.g., 
for indicating the default response to 
prompts) consistent with other pro- 
grams. Sometimes the emergence of 
multiple command-entry schemes in a 
group of programs intended to be used 
together (e.g., WriteMaster and 
SpellMaster) is dictated by other con- 
siderations, but it makes things difficult 
for users who must get used to them all. 


Principle 2 — Provide clear messages 

Messages, error and otherwise, emit- 
ted by programs should be neither too 
terse (e.g., ‘'?"’) nor too wordy (e.g., 
“The variable to which you are trying 


to assign an integer value is of type 
real’’). The old scheme of printing out 
*** ERROR 47 *** and expecting the 
user to look-up the error message in a 
manual is simply unacceptable. 

Use real English, not Computerese, 
when designing messages and when 
writing documentation. As program- 
mers and engineers, some terms are so 
much a part of our vocabulary that we 
forget that they aren't part of Standard 
English. Some terms to avoid: 


‘do a compare on X and Y’ 

Try ‘compare X and Y’ 

‘input a number’ 

Try ‘type a number’ or ‘enter ...’ 
‘run the program X on file Y" 

‘Try ‘use the program X with file Y’ 
“hit RETURN’ 

Try ‘press RETURN’ 

‘SCREEN a file’ 

Try ‘edit a file using SCREEN’ 
‘boot the system’ 

Try ‘load the operating system’ 
‘RAM’ 

Try ‘computer memory’ 

‘when the program comes up 

Try ‘when the program starts or 
‘when ... is invoked’ 

‘finish an edit’ 

Try ‘finish editing’ 


Try to think of some terms that you 
use that might be confusing to someone 
who has not had much experience with 
computers. Could these terms be ex- 
pressed in Standard Eng] 

Don’t use the first person in messages 
displayed by the program. Many 
engineers and programmers think that 
having their programs say things like 
“Hello ... what would you like me to do 
next?" is cute; that it makes the pro- 
gram “‘friendlier’’ to novice u 
tually, the opposite is true. User 
want their computer to be a friend, a 
co-worker, or even an assistant. They 
want it to be a tool, and are uncomfor- 
table when it behaves otherwise. If 
your program is a true Artificial In- 
telligence system that can do a good job 
at simulating natural language, O.K.; if 
not, don’t even try. 

When designing the prompts and 


in which the 
message will appear. By context, I don’t 
mean the state of the program, I mean 
the state of the interaction. 

One good way to do this is to write out 
protocols (sample dialogs) of a person 
interacting with a hypothetical pro- 
gram. This method not only helps clarify 
what the messages and prompts should 
be, it can even save bytes. If someone 
asks how old you are, you don’t answer, 

“Tam years old."’ You say, * 

When WriteMaster was in early stages 


of development, the message displayed 
when a user pressed the UNDERLINE 
WORD key when the cursor wasn’t on 
any word was: ‘Sorry...there is no word 
at the current cursor position.” Later, it 
became clear that, in the context of the 
dialog that has been taking place in this 
situation, ‘Which word?” is sufficient 
and even preferable. 


Principle 3 — Command names 
should make sense with respect to 
what they do 

Don't require users to learn a new 
language; use the language that they 
already know. See the dis ‘ion of the 
UNIX cat command in the article ‘The 
Trouble with UNIX" (Datamation, 
November 1981). 


Principle 4 — Check the validity of 
user responses 

By far the most common violation of 
this principle is when a program expects 
either of two responses, but only checks 
for one of them, e.g., assumes Yes if the 
response isn’t No, or vice-versa, Check 
for both! 

Assume that users will type invalid 
responses... they will. In fact, assume 
that the two-year-old child of the user 
will pound on the keyboard while her 
mother or father is in the next room get- 
ting coffee. When daddy or mommy 
comes back, the program should still be 
there, none the worse for wear. Thus, 
the program should test for or prevent 
responses that are too long as well as 
nonsensical. All too often, programs ex- 
plode when you simply hold down a 
repeating key in response to a prompt, 
or when you press a key that’s not on 
the menu. Design your programs with 
this idea in mind, and when you're 
done, sit on the keyboard! 


Principle 5 — Allow for error correc- 
tion; provide a low-risk environment 

It goes without saying that a program 
should allow the user to correct 
responses as they are being typed... or 
does it? 

Here’s the hard one: allow users to 
correct responses after they have been 
entered. How many times have you 
typed a response to a prompt, assured 
yourself that it was what you wanted, 
pressed RETURN, and then realized 
that it wasn’t what you wanted at all? 

Programmers tend to believe that if 
a user makes this sort of mistake, or 
types an invalid response, ‘‘it’s their 
own fault... they deserve what they 
get.’’ Wrong: people expect software to 
protect them from their own mistakes; 
if it doesn’t, they won't buy it, and 
you'll be out of business. 

One way to do this is to have your pro- 
gram offer users the opportunity to cor- 
rect errors (e.g., Cromemco StatMaster). 
Another is to allow users to back up or 
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interrupt the normal flow of the pr 
gram to correct an error made earlier; 
this is difficult, but not impossible. An 
excellent way to allow for error correc- 
tion is to make your application operate 
like a form: instead of responding to a 
eries of prompts, users move the cur- 
ior through different fields in a form, 


entering data into the various fields in 


any order they like (e.g., WriteMaster 
Set Format command). 

Perhaps the best reason for allowing 
for error correction is that users feel 
more confident and are more willing to 
try unfamiliar or complicated features 
of the system. The result is that users 
learn to use the software much faster 
than they do in situations where 
mistakes are irrevocable, and they en- 
joy their work more, too. 


Principle 6 — Design redundancy in- 
to the system 

People need, and in fact rely on, 
redundancy, Don't be afraid of telling 
the user something twice. 

Allow for synonymous commands: 
different command words that mean 
the same thing. Just think of all of the 
times when you couldn't remember the 
command word to do something, and 
tried several words that seemed 
reasonable. Why didn’t those other 
words work? Do you always use the 
same words for the same things when 
speaking or writing? 

Redundancy allows for error detec- 
tion and correction, Hardware designers 
design redundancy into electronic com- 
ponents to increase reliability. The same 
logic (no pun intended) can be applied 
to interactive software systems, Why 
should hardware engineers go to all of 
the trouble to produce error-detecting 
memory when the programs that run in 
it facilitate error by requiring users to 
codify the universe into nine-digit 
numbers that contain no extra digits for 
error detection? 


Principle 7 — Design redundancy in- 
to the system 

People need, and in fact rely on, 
redundancy. Don’t be afraid of telling 
the user something twice 


Principle 8 — Avoid the video games 
syndrome: too much information too 
fast in too many different places at 
once 

The designers of video games have a 
good reason for having flashy displa 
that tend to cause 
overload: 


information 
they want users to lose. 
Designers of business and home applica- 


tions, on the other hand, want users to 
win. They want users to feel that they 
are in control. 


Principle 9 — Don’t impose un- 
necessary restrictions on users 
Many applications programs contain 
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restrictions that seem arbitrary to users. 
Such restrictions complicate learning 
and decrease user satisfaction with the 
software. Many such restrictions are, 
frankly, due to laziness on the part of 
programmers who fail to realize how 
many user-hours one extra hour spent 
overcoming: a restriction can save. 
Don’t expect users to understand that 
they can’t use files that are larger than 
32,768 bytes, or that they can’t 
underline more than five words on one 
line, or that they have to type in upper 
case. 


Principle 10 — Provide implicit 
menus if explicit menus are not 
advisable 

For many years, a controversy has 
been raging in the business computer in- 

ry: which is better... menu-driven 
or command-driven interactive soft- 
ware? Menu-driven programs are usual- 
ly easier for beginners to learn to use, 
but the menus only get in the way of ex- 
perienced users. Command-driven pro- 
grams are typically difficult to use at 
first, but more efficient in the long run. 

So which is better? The answer 
depends on thi mple factors: 
1) how many commands there are, 2 
the rate at which a user has to select 
new commands, and 3) how much other 
nformation the program has to display. 
When there are relatively few com- 
mands, such that the menu can be 
displayed constantly, there is no excuse 
not to do so: it will help new users and 
it won't get in the way of experienced 
ones (e.g., the SCREEN and CE editors! 

W ten the number of commands 
large enough that either a significant 
portion of the screen must be sacrific- 
ed to the menu ¢ significant amount 
of time must be 
alternating displays of menus 
data being manipulated, the second and 
third factors come into consideration. 
If commands are executed often (more 
than one every 30 seconds) and the 
screen is needed to display other infor- 
mation, use an implicit menu scheme, 
which looks like a command scheme but 
has a menu “hiding behind’ every 
prompt. This implicit menu should not 
only be available to users when they ask 
for it (e.g., by pressing the HELP key) 
or make an error, it should be used by 
the program to help interpret what they 
type (e.g., WriteMaster). 

If, on the other hand, commands are 
executed relatively infrequently, an ex- 
plicit menu is again called for: it won’t 
get in anyone’s way often enough to 
make a difference. For example, the 
shell, or interactive interface, of an of- 
fice operating system might display a 
large menu of possible activities (word- 
processing, data-base, electronic mail, 
instructional programs, games, accoun- 
ting, inventory, system diagnostics, and 


several locally-developed applications) 
‘when a user first logs on. Since users in 
this situation typically select an activi- 
ty only once every half hour or so, there 
is no excuse for making things tough for 
newcomers by making this selection 
purely command-driven, and no need to 
go to the trouble of setting up an im- 
plicit menu (e. g., the C-10 Main Menu). 

is not much else to 
play besides the menu, even though 

large, there is again no excuse not 

to show one (e.g., the old hard-disk 

diagnostic HDTEST). 


Principle 11 — Don’t require users to 
enter non-numerical data in terms of 
numerical codes 

Applications programs that ignore this 
principle abound, and are probably one 
of the main reasons that computers 
have such a bad reputation among 
laymen. Why, for example, have con- 
versations like the following become a 
hallmark of the computer age? 

“Hello, San Francisco Food 
rehouse, John speaking.”” 

“Hello, I'd like to place an order for 
the ABC Market.” 

“Fine. We've just gotten a computer 
order-processing system, So we can pro- 
cess your order much more quickly 
now. What would you like?” 

Two hundred bags of wheat flour 


What’ 

“What?” 

“What is the item number for wheat 
flour? I have to give the computer an 
item number 

“T don’t know.”* 

“It should be on your price list, right 
next to the price.” 

“There's no item number here. 
Doesn't your computer know the item 
number?” 

“You must have an old price list. I'll 
mail you a new one, but for now, I guess 
I'll have to go get a price list and look 
up everything on your order.’ 

“Ahh, technology..." 

Even if the grocer had had a price list 
with the item numbers, he might have 
read one to John incorrectly, and end- 
ed up with 200 bags of dog food instead 
of flour. The string ‘‘wheat flour’ is just 
as effective as an item identifier as is 
a number, and it has the advantages of 
being both meaningful and redundant 
, if it were misspelled as ‘wheat 
. people would know what was 
anyway, and the computer 


the item number? 


meant 
would detect an error rather than con- 
fusing it with some other item). 


Principle 12 — Don’t let program in- 
ternals out into the user interface 
A common fault of amateur software 
is that internal aspects of the program 
(e.g., variable names, data type names, 
internal concepts) are visible to users in 


the form of commands, menu choices, 
and other program behavior. Just 
because a block of text is called a Tex: 
tRect inside the program doesn’t mean 
that users should mark them via Mark 
TextRect command or menu choice. 
Just because a game that allows users 
to adjust its speed of operation uses 
their input to set a delay doesn’t mean 
that higher numbers should indicate 
slower operation. Users aren’t  in- 
terested in how your program works: 
they just want to get their own work 
done. Take their point of view when 
designing the user interface, and keep 
the details of the program to yourself. 


Further Reading 
Of course, there are many 
characteristics of good interactive soft- 
ware that are not described in the above 
principles. Workstations with bitmap- 
ped screens, mouse pointers, powerful 
processors, and large memories enable 
a host of more sophisticated user- 
interface techniques such as window: 
and pop-up menus, However, the abc 


list does cover, fair! a 

most serious infractions that occur 
software c 
machines. 


For a somewhat more general discus- 
sion of some of the same ec my 
article ‘Guideposts to User 
endline: in Data Management, Oc- 
tober 1982. For an excellent discussion 
of the evils of program ‘‘modes"’, see 
“The Smalltalk Environment”’, by Larry 
Tesler, in the August 1981 issue of Byte 
magazine. 

About the Author: 

Jeff Johnson has a Ph.D. in Cognitive 
Psychology from Stanford University, 
was a software engineer and Manager 
of Applications Software Development 
at Cromemco from 1978 to early L984, 
and since then has been working at 
Xerox Information Systems Div 
document editing systems, 
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1) Calculation types are benchmark- 
ed in specific categories. Thus, users 
whose programs tend to be dominant in 
one of the following categories can bet- 
ter judge the performance increase that 
the MAXIMIZER may yield. 

Calculation of transcendental func- 
tions (single and double precision) 

Input and output to hard disk files 
(integer data) 

Simple arithmetic operations (in- 
teger, single, and double precision) 

Relational operations (integer, 
single, and double precision) 

2) Computational speed (time) for all 
of the above classes of tests is measured 


for one, two, three, and four users 
simultaneously. This set of te: 
measures system performance degreda- 
tion with increasing numbers of users. 


Benchmark Programs 

As an end user of a Cromemco com- 
puter IT am not inclined to write 
molecular structure programs in 
microcode assembler. Rather, I am more 
interested in how much faster my type 
of programs will run in real time under 
FORTRAN-77 (or an equivalent high 
level language). Furthermore, there 
may be ways that I may streamline my 
programs to be even more efficient in 
a MAXIMIZER enhanced environment 
while still being somewhat portable to 
other systems. Likewise, for those con- 
templating the purchase of a MAX- 
IMIZER it may be helpful to have some 
idea as to what extent a MAXIMIZER 
will benefit their computational needs. 
The Whetstone Suite is us 
ticularly in communications from one 
expert to another). However, I chose to 
write benchmark programs that would 
more closely approximate the actual 
user's applications. This should not be 
taken as an adverse reflection on the 
Whetstone Suite, rather, my tests 
answer my specific questions (to some 
degree). 

Included at the end of this article is 
the suite of ten benchmark programs 
written for this analysis. The purpose 
and function type of each is listed in 
Table 1. 

System Configuration 

The benchmark programs cited above 
were run on the following system 
configuration: 
Boards 

8 MHz DPU 


16FDC (modified to handle 8” drives) 
STDC 

Terminals 
3102 
Televideo 
C-10 
MacIntosh 

Mass Storage 

5%" Cromemco System I floppy 


Shugart half height floppy 
drives 

1—50 Mb Micropolis hard disk 

The Error Correcting Memory w 


turned off. Iam aware that my perfor. 
mance would be somewhat improved 
using KZ memory and the 10 MHz XPU. 
However, my wallet is of finite depth. 

Some tests were run with a DPU 
upgraded to 10 MHz and showed a 25% 


across the board speed improvement on 
all tests NOT using the MAXIMIZER. 
However, disk read and write dif- 
ficulties precluded the further use of 
this modified board. 

Results 


Each benchtest program was compil- 


FOR SALE 
Cromemco System 3 software: 
Z80 CPU CDOS: 
64KZ CP/M 
TuArt Fortran IV 
16FDC BDS C 
2 Perscii 8" DS/DD — MuLisp 80 
also: MINCI 
PRI Supercopy Il 
4FDC MCALL 
32K Bytesaver SSG NAD, Qsort 
8" floppy disks AR 


Includes all manuals and documentation. Will 


take the best offer. Call Bill White at 
(415)96 11-4837. 

FOR SALE 
68000/DPU System with Cromix-Plus, 


C, BSCIC, & Pascal 
$2400.00. (Terminal $150) 
Call Robert Coats at (919) 544-2443 


FINAL CLOSEOUT! 


UPGRADE TO 
DOUBLE DENSITY 


Hundreds of Cromemco owners have installed the 
FOCK4 Double Density Upgrade Board and doubled their disk 
storage, You can, too 


Ws easy. The FOCX4 plugs right into your 4FDC board 
land turns it into 2 full function double density disk controiler 


Sonve Heatutes ol the FOCX! 
‘# Analog PLL separator fr reliability 

Precompensetion Allows reliable double density operation with 
including Pere) 
‘Works with COOS, CROMIN, and double density CPM 
Reads writes and formats 5 and 8 disks wn single oF double density 
Sursand dense 


De an pag 
fon 5 drives WB etes the 
inatalation 

1+ Presents sn use Ds Goverment agencies, Universities, Mospwal. large 
Corporations and small businesses all ove! the world 

f= Moriah (5.day tna peniod 


CLOSEOUT PRICE — $79 


Price i= STB%00 including shipping, We accept MC 
MISA, and AMEX cards COD. i= avaiable only in the USA 
California residents include 6% sales 


To order, of lor more information. write or call 


Tait Fulton Avene Sate TOA 
Sacramento CA 95825 
910) 483 0709 


electronics 
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ed under Cromemco’s 68000 FORTRAN 


and 68000 FAST FORTRAN with the 
fast fortran compiled program taking 
advantage of the MAXIMIZER. Each 
program was then run using the clock 
Disk Drive Maintenance command which measured real time 
AVERAGE 48 HOUR TURN-AROUND and CPU time. The results of these te: 
shown in Table 1. The last two col- 


in Table 1 contain the factor 
change and percentage increase in real 


PPS has been providing solutions for PerSci/ 
Cromemco users, user groups, dealers and 
OEM's for overs years 


With over 43 years of combined technical elec: i ese S Gaehioraar! 
tronics experience, including 12 years on the time 'proc ng speed for each program. 
PerSci payroll, the experts at PPS are uniquely For example, Benchtest1 ran 6.84 times 
qualified to provide you with the time conscious faster when using the MAXIMIZER. This 
results that you require for your highly sophisti- seercsru de Ga a Sadie caaealirnrons 
gated disk drives. corresponds to a 584% speed increase. 
Forget the time consuming multiple warranty Equivalently, Benchtest! took 6.84 
returns to accomplish what should have been times longer to run without using the 
done right the first time! MAXIMIZER. 


All disk drives servicedat ourlabare testedtora > resi i immediately 
TRInIMIGACONI6UC ours eva Groinenice Gas ie The results in Table 1 immediately 


insure operational integrity! show that the MAXIMIZER doe 
On-site services available in the Los Angeles significantly enhance numeric 
and San Francisco Bay areas. High volume coprocessing. Furthermore, it seems to. 
reneite Vala ialonete otemauionally have negligible effect on I/O processes. 
Also, tandon drive repairs and purchase and re- These results are as expected. However, 
sale of new and used Cromemco products. 

I see nowhere near the seventeen fold 
Call John Bush, former Supervisor/Lead A m for 
Tachalclan of Customer Servious oF Persetat speed increase for transcendental func- 
(74) 861-6649 tion computation stated in the previou 
1/0 NEWS review. I don’t doubt their 


results. Rather, one is unlikely to see 
that kind of speed improvement in a 
real programming environment unless 
he or she is inclined to write code in 


(aka Peripheral Labs) microcode assembler. 


PRACTICAL PERIPHERAL SUPPORT Interesting results are present for the 
547 GREAT BEND relational operations. For integer com- 


DIAMOND BAR, CA 91765 parisons the MAXIMIZER seems to have 
negligible effect. A three to four times 


THE BEST OF C-10 SOFTWARE 


Applied Environmetrics now distributes TYPEQUICK, the best available typing tutor for the C-10. TYPEQUICK teaches the 
fundamentals of touch typing in ten personalized lessons, 

Other fine software products supplied by Applied Environmetrics are the C-10 FUN DISK as well as eight volumes of THE 
BEST OF PUBLIC DOMAIN SOFTWARE. 


TYPEQUICK $ 69.50 THE C-10 FUN DISK $100.00 
THE BEST OF PUBLIC DOMAIN SOFTWARE ($25.00 each) 

Volume 1 — Games Volume 5 — Disassemblers 

(Collosal Cave Adventure, Sbasic Startrek, Trade, otc.) (280 Disassembler and a Tracer) 

Volume 2 — Communications Volume 6 — Basic 

(Modem10, SQ — File squeezer ana unsqueezer, etc.) (Tiny Basic, Sbasic Nolist cracker) 

Volume 3 — Utiliti Volume 7 — Chess 

(Undelete, Catalogue, LU library utility, et.) (Fortran Source and Executable Code) 

Volume 4 — Assemblers Volume 8 — Geneaology 

(8080 and 280 assemblers and a loader) (ABASE II program to enable you to trace a family tree) 


Source code is supplied on most of the Public Domain Volumes. They can therefore be easily altered for particular applica- 
tions and offer valuable examples in applications programming. All prices are in US Dollars and include air mail delivery. Fur- 
ther details from Applied Environmetrics, (03) 817-2571. 

[fella ll gel lee agli del elg hard dda abet dee ketentetetetenls | 


ORDER FORM for THE BEST OF C-10 SOFTWARE 


Applied Environmetrics * 118 Gordon Street * Balwyn, Vic. 3103 * Australia 
PUBLIC DOMAIN SOFTWARE is $25.00 per Volume 

Please send 

— copies of Volume 1 (Games) — copies of Volume 6 (Basic) $s 
— copies of Volume 2 (Communications) $ __ _— copies of Volume 7 (Chess) — 
— copies of Volume 3 (Utilities) = _ copies of Volume 8 (Geneaology)  $ ___ 
_. copies of Volume 4 (Assembler) $___ — copies of TYPEQUICK @ $69.50 $ __ 
— copies of Volume 5 (Diassembler) $ __ _— copies of the FUN DISK @ $100.00 $ ___ 

Total Amount Enclosed $__ 


Street & No. 
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speed improvement occurs for real and 
double precision relational operations. 
Thus, a relational operation environ- 
ment which can function in integer 
mode will find little enhancement using 
the MAXIMIZER. This result could be 
significant for those interested in Ar- 
tificial Intelligence where relational 
operations have heavy emphasis. On 
the other hand, who would want to use 
a Cromemco for Artificial Intelligence 
when the company seems to have little 
interest in pursuing that area? As an 
editorial comment: ‘Harry, you might 
want to reconsider AI.” 


Table 2 shows the results for the 
multi-user environment. For these tests 
each user logged onto a separate direc- 
tory containing a copy of the benchtest 
programs compiled under 68000 FAST. 
FORTRAN. With each user working 
from programs in his own directory, the 
same benchtest program wi run 
simultaneou For example, when 
four users were logged on, all user 
started benchtest1 within 1 second of 
each other. The real time and CPU time 
results for each user are listed in Table 
2. As can be seen, the CPU time var 
little for each of one, two, three, or four 
users. The real time varies linearly with 
the number of users, In other words 
when two users run the same program 
simultaneously, the program takes 
as long to run for each. With three 
time in e by a factor 
of three, ete. The MAXIMIZER and 
Cromix-Plus deserve good marks for 
this result since it would be quite plav 
ble to have a bottleneck for degradation 
in multi-user processing. 

Some interesting results are also 
shown in Table 3. However, these 
results should be reflected upon with 
care before making any sweeping con- 
clusions. This table shows comparisons 
between function type for each cl of 
benchmark test. For example, 
benchtest1 and benchtest2 are the same 
program except that benchtest2 is writ- 
ten for double precision. The MAX- 
IMIZER will process the double preci- 
sion program 4.12 times SLOWER than 
the single precision program. Without 
the MAXIMIZER the double precision 
version runs only 2.70 times slower— 
to me a rather surprising result. This 
shows that the MAXIMIZER (and en- 
vironmental software) is less efficient 
in processing double precision 
transcendental functions relative to 
non-maximizer results than it is for 
single precision. Double precision 
transcendental function computational 
speed improvement is less than single 
precision speed improvement using the 
MAXIMIZER. This is, likewise, reflected 
in Table 1 where benchtest1 runs 6.84 
times faster on the MAXIMIZER and 
benchtest2 is 4.48 times faster. 


Conclusions 

Clearly, the results of these tests are 
positive for the MAXIMIZER. For the 
type of programs which I write (double 
precision number crunching) I am 
achieving a seven-fold increase in com- 
putational speed by using the MAX- 
IMIZER. Furthermore, the MAXIMIZER 
seems to perform well in a multi- 
user/multi-tasking environment. My 
tests did not show a bottleneck occu! 
ing with it. 

However, I try to avoid V/O unl 
necessary in my programming techni- 
ques. Anyone who is /O intensive, even 
if also calculation intensive, may be 
disappointed. My suggestion — try 
before you buy it. 

In the near future there are plans to 
extend this testing protocol to include 
a comparison with the MAXIMIZER and 
XPU and with the newly arrived XXU 
board. 

About the Author 

Dr. Stephen Huber is Associate Pro- 
fessor of Physics at Beaver College and 
Adjunct Associate Professor of Physics 
and Mathematics at Drexel University. 
As a recipient of an ONT Research 
Fellowship he is presently on leave of 
absence working on laser in- 
terferometry for the Na 

Comments and suggestions regarding 
this article are encouraged and may be 
sent to: 


Stephen Huber 
Dept. of Chemistry and Physics 
Beaver College 
Glenside, PA 19038 


TABLE 1 


Henentest performance remult for MAXIMIZLH with: RW 


Wenenteat — Function Purpose ome mtr FU ms 
Type ru maactn zc 
Real cru Real cP 
(owes) (sees) 
1 Sangte Intrinese 7268 69.0 68.1 
Precision Functions 
2 Dovble Inteinexe 1273.0 1267.0 284.0 281.6 
Precision Functions 
, Integer rate to 49.0 07.6 
Fale 
“ Integer Reed from 8.0 06.8 06.0 43.6 
Fate 
5 Integer Aritnmetic 04,0 002.2 98.0 96.5 
. Single Arithmetic 1915.0 1309.2 182.0 181.2 
Precision 
7 Double Aritheetic 2995.0 2981.7 405.0 407.0 
Precision 
® Integer Relationai 32.0 30.8 31.0 30.8 
° Single Relational 788.0 784.7 191.0 189.7 
Precision 
10 Double Relational 1276.0. 1269.5 380.0378. 
Precision 
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TABLE 2 


Berehtent reaulte for MAKINIZUR in @ multiuser environment 
(Renulte ore Listed for each user) 


Berentrat Gms DAU mith 7 Users S users mith 4 Uners mith 
maximize axIMIZR MARIMIZUR axIHIZeR 
Real CPU eel CPU 
1 207.0 68.0 276.0 68.0 
208.0 68.2 278.0 68.7 
208.0 68.1 274.0 68.1 
60.0 
2 80.0 281.6 567.0 281.6 850.0 701.3 1131.0 281.2 
$67.0 781.6 261.5 1130.0 201.2 


10 


852.0 201.5 1131.0 281.5 
1129.0 282.3 


45.0 20.8 03.0 40.8 123.0 40.8 165.0 40.7 
02.0 00.8 = 123.0 0.6 162.0 40.7 
10.0 40.6 168,0 40.5 
167.0 40.9 
86.0 03.6 133.0 43.8 179.0 44.0 
133.0 40.0 178.0 40.0 
136.0 44.0 177.0 46.0 
100.0 40,0 
98.0 96.5 196.0 96.6 292.0 96.8 309.0 96.5 
195.0 96.8 291.0 96.8 387.0 96.5 
299.0 96.6 388.0 96.0 
389.0 96.5 
182.0 181.2 365.0 181.2 $47.0 180.9 79.0 
365.0 181-1 546.0 181.2 728.0 
548.0 161.2 728.0 
729.0 
208.0 402.0 1219.0 401.6 1618.0 401.9 
809.0 601.7 1219.0 401.7 1617.0 401.7 
1215.0 402.1. 1617,0 401.7 


1619.0 401.7 
31.0 30.8 %.0 30.8 
93.0 30.9 
5.0 30.8 


191.0 109.2 361.0 189.2 571.0 169.2 761.0 189.2 
301.0 189. $70.0 189.1 
$72.0 199.2 


300.0 978.3 761.0 378.2 1139.0 
61.0 377.9 4139.0 
1140.0 378.2 1319.0 378.0 


TABLE 3 


A (empat isu of Comput at ional Speed or Sumer ie Type 
10 Coch Benehtest Class 


Berentent Type em OFy aime PU) mit 

Comparison Comparison 

TRANSCENONTAL FUNCTIONS: 

Jie 2 Single Precision to 2.70, az 
Dowie precision 


ARI IMOR TIC OPERATIONS: 
Stee Integer to ery 1.86 
Sangle Precision 


6 te7 Single Precision to 2.28 220 
Dowle Precision 


Sto? Integer to ra as 
Dole Precision 


PELATIONAL OPERATIONS: 


B too Integer ee 
Single Precision 

¥t0 10 Sangie Precision to 1.62 1.99 
Dovle Precision 

Sto 10 Integer to 39.88 12.26 


Double Precision 


VO NEWS 33 


BENCHTESTI . FOR 


PROGRAM BTEST] 


c ‘This program tests the speed of execution of the CPU 
¢ for arithmetic operations 
¥=1.0 
po io 1=1,10000 
ARG=SORT( (1,4¥"#2)**(1./¥Y)) 
21=TAN(SIN(ARG)4COS (ARG) ) 
22=ALOG(SINH(ARG)+COSH (ARG )+TANH(ARG) ) 
Z3=ATAN(ARG/10.)+ASIN(ARG/10.)+ACOS(ARG/10.) 
Yyo¥+.1 
10 CONTINUE 
PRINT*, ARG, 21,22,23 
STOP 
END 
BENCHTEST2. FOR 
PROGRAM BTEST2 
c This program tests the speed of execution of the CPU 
c for arithmetic operations in double precision. 
IMPLICIT DOUBLE PRECISION (A-2) 
INTEGER I 
Y=1.0 
Do 10 t=1,10000 
ARG=DSORT( (1. +¥**2) **(1./¥)) 
21=DTAN(DSIN(ARG)+DCOS(ARG) ) 
22=DLOG( DSINH (ARG) +DCOSH (ARG) +DTANH( ARG) ) 
Z3=DRTAN(ARG/10. }#DASIN(ARG/10.)#DACOS(ARG/10. ) 
yay+, 
10 CONTINUE 
PRINT*, ARG,Z1,22,23 
‘STOP 
END 


BENCHTEST3 , FOR 


200 
20 
10 


BENCH 


200 
20 
10 


PROGRAM BTEST3 
‘This program tests the speed at which data can be 
written to a fil 
INTEGER A(100,100) 
OPEN(2,FILE= ‘Bench3 ",STATUS= new ) 
N=100 
DO 10 I=1,N 
DO 20 J=1,N 
A(T, J)=189 
WRITE(2,200) A(1,3) 
FORMAT( 15) 
CONTINUE 
CONTINUE 
CLOSE (2) 
STOP 
END 


TEST . FOR 


PROGRAM BTESTS 
This program tests the speed at which data can be 
d from a disk file. The file used is that created 
by program BENCHTEST3. 


INTEGER A(100,100) 
OPEN(2, FILE= ‘Bench3 
N=100 
DO 10 I=1,N 
DO 20 J=1,N 
READ(2,200) A(1,J) 
PORMAT(I5) 
CONTINUE 
CONTINUE 
CLOSE(2) 
STOP 
END 


+ STATUS= "old ") 


BENCHTESTS . FOR 


10 


PROGRAM BTESTS 
This program tests the speed of execution of the CPU 
for integer arithmetic operations. 
n=1000000 
J=1 
DO 10 I=1,N 
Ja(I4d) /(g+r) 4143-34141 
CONTINUE 
PRINT*, 
STOP 
END 


Ig 
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BENCHTEST6 . FOR 


c 
c 


10 


PROGRAM BTEST6 
This program tests the speed of execution of the CPU 


for real arithmetic operations. 
N=1000000 


X= (TKI) /(KI+KT) 4X1 KINI *RT AKT 
XT=XI+1. 

CONTINUE 

PRINT*, XI,XJ 

STOP 

END 


benchtest7.for 


10 


PROGRAM BTEST7 
This program tests the speed of execution of the CPU 
for double precision arithmetic operations. 
DOUBLE PRECISION XI, XJ 
n=1000000 
xi-l. 
xJ=1. 
DO 10 I=1,N 
I= (XISKI) / (KIAXT )4 XT #XT-KIOATY KT 
XI=xI41, 
CONTINUE 
PRINT*, 
STOP 
END 


XI,XI 


BENCHTESTS . FOR 


€ 
c 


PROGRAM BTESTS 
This program tests the speed at which relational 
operations are executed for integer arguements. 
N=1000000 


121,N 
(1.09.9) 
(1.GE.9) 
(L.NE.3) 
(1.80.9) 
(.LE.9) 
IF (1.67.3) 
CONTINUE. 
PRINT, I,J 
STOP 
END 


g=J-1 
J=041 
gal 
J=2 
J=J-1 
I=341 
10 


BENCHTEST9. FOR 


PROGRAM BTESTS 
‘This program tests the speed at which relational 
operations are executed for real variables. 
N=1000000 


Jel 
xI=1. 
xo-1. 
DO 10 I=1,N 
IF (XI-LT.XJ) 
IF (XI.GE.XJ) 
IF (XI.NE.XJ) 
IF (XI-EQ-Xd) 
IF (XI-LE.Xg) 
IF (XI.GT.XJ) XJ=XI41. 
10 CONTINUE 
PRINT*, XI,XI 
STOP 
END 


BENCHTEST10.FOR 


c 
€ 


PROGRAM BTES10 
This program tests the speed at which relational 
operations are executed for DOUBLE PRECISION variables. 
DOUBLE PRECISION xI,xJ 
N=1000000 
g=1 


I=1,N 
(XTLLT.Xd) XD=xI-1. 
(XL.GE.XJ) XJ=XI+1. 
CXTLNEXI) 


(XE.GT.XI) XJ=XI+1. 


10 CONTINUE 


PRINT*, XI,XJ 
STOP 
END 
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PERFORMANCE PLUS 
See Wordstar”, GBASEII”, and other 
Z80 software really fly! 


SLAVE PROCESSORS FOR 
11.27 or 31.05 CROMIX 
8MHZ Z80H 256K 
TWO USERS PER SLAVE 
Increase Performance Two to Fourteen Times 
Much Faster Terminal |/O 
$1095.00 includes software license 


(Also ideal for fast process control applications) 


NEW 32K STRUCTURED BASIC 


Formatted input — High speed built-in Sort 
Programs load up to FIVE TIMES FASTER 


CROMIX (SBASIC.BIN) $295 
CP/M $195 
UPDATE CROMIX VERSION $95° 
UPDATE CDOS VERSION $95: 


* Must be holder of valid Cromemco License 


RUN YOUR FAVORITE SBASIC PROGRAMS 
ON PC/MS-DOS SYSTEMS 


SBASIC.PC $295 
SBASIC.PC RUNTIME $4100 
SYSTEMS ATLANTA, INC, P.O. BOX 99, LEBANON, GA 30146 (404) 928-0240 


( ‘ 
FAST¢t,./T*FAST*FAST°¢FAST ¢FAST ¢FAST¢FAST *FAST *FAST*FAS].. AST*FASTeFAST°FASTeFAST? FAST°FAST*FASTeFASTeFA. +FASTe 


GA (C 
Woratstar is a trademark of Micropro. ABASEII is a trademark of Ashton-Tate. 
°FAST*FAST*FAST°FAST °FAST°FAST FAST ¢FAST* FAST °FAST FAST FAST eFAST°FAST ¢FAST¢FAST ¢FAS: 


FAST °FAST*FAST@FAST *FAST¢FAST ¢FAST *FAST @FAST *FAST°FAST *FAST eFAST¢FASTeFASTeFASTe FAST. a 


LSVAS*LSVS?LSVAS*LSVIELSVSELSVSELSVA @LSVAELSVACLSVISCLSVISCLSVISCLSVAOLSVSOLSVSOLSVSELSVSOLSVSELSVSELSVSCLSVIOLSVS: 


Te 


oe Cromemco’ 


